Подсистема мониторинга информационной системы

Существенные принципы построения системы безналичных расчетов кредитной организации. Выбор и обоснование архитектуры системы. Разработка таблиц и схемы базы данных. Требования к программному обеспечению. Проведение исследования работ с интерфейсом.

Рубрика Программирование, компьютеры и кибернетика
Вид дипломная работа
Язык русский
Дата добавления 08.10.2018
Размер файла 6,3 M

Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже

Студенты, аспиранты, молодые ученые, использующие базу знаний в своей учебе и работе, будут вам очень благодарны.

VВП - общий объем внешней памяти, Гб.

Расчет:

= 1500 Мбайт; = 10 Мбайт.

В таблице 4 показан расчёт максимального объема базы данных.

Таблица 4 - Расчет объёма БД

Таблица БД

Размер записи, байт

Макс. кол-во записей

Размер индекса, Кбайт

Всего, Кбайт

Account

255

1500

200

4025

User_Group

255

2000

230

6430

Zayavki

255

50000

9240

2009240

Subscription

255

1000

396

3896

Firmy

255

1000

284

1484

User

255

1000

576

54350

Banki

255

1000

4050

31250

Dogovora

255

100000

1315

27315

Итого:

2137990

Vданных = 2,04 Гб.

Vпрограммы - объем внешней памяти, необходимой для хранения текстов и библиотек приложений - 0,03 Гб.

Vдоп.ПО - объем внешней памяти для Microsoft Office (по паспорту 3 Гб)

VВП = VОС(20.0) + VСУБД(2) + Vданных(2,04) + Vпрограммы(0.03) + Vдоп.ПО(3)= 27,7 Гб.

Расчет необходимого объема оперативной памяти

Для расчета ОЗУ воспользуемся формулой 2.

,

где VОП - общий объем оперативной памяти, Мбайт;

VОС - объем ОЗУ, требуемый для установки ОС, Мбайт;

VСУБД - объем ОЗУ, требуемый для установки СУБД, Мбайт;

Vданных - объем ОЗУ, требуемый для хранения записей базы данных и результатов выполнения функций, Мбайт;

Vпрограммы - объем ОЗУ, необходимый для хранения текстов и библиотек приложений, Мбайт.

Расчет необходимого объема оперативной памяти:

Vос- по паспорту для операционной системы Windows 7 64 бит- 4096 Мбайт;

VСУБД - по паспорту для Access - 256 Мбайт:

Vданных - 2,04 Гб (Таблица 4);

Vпрограммы - 30 Мбайт.

Расчет Vданных произведем на наихудший случай, запрос на максимальное количество таблиц БД. Наиболее сложным запросом является расчет и формирование отчета «Оптимальный вариант следования товаров», т.к. требует для своего формирования использования наибольшего числа таблиц БД, а именно семь из восьми возможных. Vданных рассчитывается по таблице 5.

Таблица 5 - Расчет объема буфера оперативной памяти, необходимой для расчета и формирования отчета «Оптимальный вариант следования товаров».

Таблица БД

Размер записи, байт

Макс. кол-во записей

Размер индекса, Кбайт

Всего, Кбайт

Account

255

1500

200

40250

User_Group

310

2000

230

64300

Subscription

400

5000

9240

2009240

Zayavki

350

1000

396

38960

Banki

120

1000

284

14840

Firmy

520

1000

2350

54350

User

272

1000

4050

31250

Dogovora

260

1000

1315

27315

Итого:

2137990

Суммарный объем ОЗУ, необходимый для функционирования системы:

VОП = VОС (4096) + VСУБД (256) + Vданных (70) + Vпрограммы (30) = 4452 Мб

Расчет времени реакции системы

Расчет времени реакции системы должен дать оценку быстродействия системы. Временем реакции системы по какой-либо функции называется время от момента начала запроса на выполнение этой функции от внешнего источника запросов, до момента окончания формирования результата по данной функции. Время реакции системы рассчитывается на наихудший случай для самого сложного запроса. Самым сложным запросом является расчет и формирование отчета «Оптимальный вариант следования товаров».

Общее время реакции системы запроса рассчитывается по формуле 3.

,

где teeoda - время на ввод входных данных запроса;

kee - коэффициент ошибок при вводе, для расчетов можно принять 1,5;

Lсимe - количество символов, вводимых в качестве исходных данных запроса (будем считать, что Lсимe = 2);

tсимe - время ввода одного символа, при ручном вводе с клавиатуры в некоторую экранную форму можно принять в среднем равным 2 с;

tсчитывания - время, затрачиваемое на считывание физических блоков при работе с накопителем;

Nбл - количество считываемых физических блоков, зависит от количества обрабатываемых таблиц (файлов) и объема таблиц (файлов);

tпоз = 0,006 секунд - время позиционирования головок дискового накопителя;

tсч.бл =0,001 секунд - время считывания физического блока;

tвычисления - время, затрачиваемое процессором на обработку информации с учетом выполнения циклов;

Nопер = 1000 - количество операций высокого уровня, необходимых для формирования результата;

K1 - среднее количество тактов машинных команд на одну операцию, для большинства случаев можно принять К1 = 60;

f = 1600*106 - тактовая частота процессора, Гц;

Vmaбл= 268 000 байт - средний объем таблицы, байт;

Nmaбл= 7 - количество таблиц, обрабатываемых в запросе;

Ублока= 512 байт - объем физического блока носителя, байт;

tвывода - время на вывод результата на устройство вывода или
отображения, для принтера оценивается отдельно. Для дисплея можно принять 0,5 секунд (зависит от видеокарты и дисплея).

,

,

,

,

,

Полученное время реакции системы - 19,5 секунд - соответствует нормам времени для диалогового режима (до 30 секунд).

Требования к программному обеспечению

Приведем минимальные требования к техническому и программному обеспечению, исходя из расчетов объемов внешней и оперативной памяти, приведенных в п. 2.4.1-2.4.3. Требования к процессору определяются требованиями ОС.

Минимальные требования к рабочей станции:

Сервер:

- процессор класса Core2Duo с тактовой частотой 1,8 ГГц и выше;

- рекомендуемый объем оперативного запоминающего устройства (ОЗУ) 512 Мбайт;

- жесткий диск емкостью не менее 40 Гбайт;

- нет требований к производительности графического адаптера.

Клиент:

- процессор класса Core2Duo с тактовой частотой 1,4 ГГц и выше;

- рекомендуемый объем оперативного запоминающего устройства (ОЗУ) 512 Мбайт;

- жесткий диск емкостью не менее 40 Гбайт;

- любой видеоадаптер с возможностью вывода комфортного разрешения для пользования системой - 1024х768

2.4 Основные интерфейсы

Основными интерфейсами разрабатываемой ИС являются:

При разработке интерфейса учитывались следующие требования:

­ интерфейс должен быть интуитивно понятным;

­ интерфейс должен быть наглядным.

Система выполнена в диалоговом режиме.

Вход в систему

Для того чтобы войти в информационную систему, нужно пройти авторизацию, страница авторизации представлена на рисунке 25.

Рисунок 25 - Страница авторизации системы

В зависимости от того, под какими правами вы авторизуетесь:

- администратор;

- клиент;

- операцианист;

- контроллер;

- аналитик;

вы попадёте в тот или иной интерфейс системы.

Работа с интерфейсом администратора

Интерфейс администратора изображён на рисунке 26. В его обязанности входит редактирование справочников: пользователей, банков, статей, фирм, вида платежей. Работа по настройке системы. На странице имеется главное меню с пунктами «Редактировать пользователей», «Вид платежа», «Статьи», «Фирмы», «Банки», «Настройка аккаунта», «Выйти».

Рисунок 26 - Интерфейс администратора

Работа со справочниками

Администратору открыт доступ для редактирования всех справочников системы: справочник пользователей, справочник банков, справочник статей, справочник фирм, справочник вида платежей.

Для просмотра списка вид платежей системы нужно выбрать пункт меню «Вид платежа» (рисунок 27). В списке показаны все типы платежей в системе. Чтобы добавить новый вид платежа в систему, требуется написать в графе «Название:» название платежа, а затем нажать кнопку «Добавить». Будет добавлен новый вид платежа.

Для редактирования вида платежа нужно нажать «ред.», если удалить вид платежа нужно нажать «x».

Рисунок 27 - Список вида платежей

Для просмотра списка статей ГК РФ нужно выбрать пункт меню «Статьи» (рисунок 28). В списке показаны все статьи ГК РФ ,касающиеся платежных документов. Чтобы добавить новую стать ГК РФ в систему, требуется написать в графе «Название:» название статьи , и в графе «№ Статьи:» написать номер статьи ГК РФ, а затем нажать кнопку «Добавить». Будет добавлен новый вид платежа.

Для редактирования статьи ГК РФ нужно нажать «ред.», если удалить статью нужно нажать «x».

Рисунок 28 - Список статей ГК РФ

Для просмотра списка фирм в системе, нужно выбрать пункт меню «Фирмы» (рисунок 29). В списке показаны все организации ,которые есть в системе. Чтобы добавить новую фирму в систему, требуется написать в графе «Название:» название фирмы , и заполнить графы «ИНН:», «КПП:», «НДС:», «Расч. Счет:», «БИК:» записать в эти графы данные фирмы , а затем нажать кнопку «Добавить». Будет добавлена новая фирма.

Для редактирования фирмы нужно нажать «ред.», если удалить фирму нужно нажать «x». программный интерфейс база данный

Рисунок 29 - Список фирм в системе

Для просмотра списка банков в системе, нужно выбрать пункт меню «Банки» (рисунок 30). В списке показаны все банки, которые есть в системе. Чтобы добавить новый банк в систему, требуется написать в графе «Название:» название банка , и заполнить графы «ИНН:», «КПП:», «Расч. Счет:», «БИК:» записать в эти графы данные банка , а затем нажать кнопку «Добавить». Будет добавлен новый банк. Для редактирования фирмы нужно нажать «ред.», если удалить фирму нужно нажать«x».

Рисунок 30 - Список банков в системе

Рисунок 31 - Список пользователей системы

Работа с пользователями

Администратор также имеет возможность работать с пользователями системы. Для редактирования фирмы нужно нажать «ред.», если удалить фирму нужно нажать «x» (рисунок 31), форма добавления новых пользователей (рисунок 32).

Рисунок 32- Форма добавления нового пользователя

Работа с интерфейсом клиента

Интерфейс клиента изображён на рисунке 33. В нем имеется доступ к кнопкам: «Платежные поручения» и «Настройка аккаунта».

Рисунок 33 - Интерфейс клиента

На рисунке 34 список всех платежных поручений клиента, где клиенту отображается статус документа и можно распечатать платежный документ нажав кнопку «xml»

Рисунок 34 - Список платежных поручений клиента

На рисунке 35 создание платежного поручения, где клиенту отображается уведомление о статусе документа.

Рисунок 35 - Окно создание платежного поручения клиентом

Форма отчета клиента ,где можно сохранить и распечатать платежное поручение.(рисунок 36)

Рисунок 36 - платежное поручение в твердой копии

Работа с интерфейсом операциониста

После создания платежного поручения клиентом, документ обрабатывает операционист. Интерфейс операциониста изображён на рисунке 37. В нем имеется доступ к кнопкам: «Платежные поручения» и «Настройка аккаунта».

Рисунок 37 - Интерфейс операциониста

Раздел «Платежные поручения». Операционист принимает от пользователей системы платежные поручения (рисунок 37) и обрабатывает их путем проверки, и предает на дальнейшую проверку контроллеру платежного документа.(рисунок 38)

Рисунок 38- Список платежных поручений, для работы операциониста

Рисунок 38 - Обработка платежного поручения операционистом

Работа с интерфейсом контроллера

Интерфейс контроллера аналогичен интерфейсу операциониста. Функция контроллера это оканчательная проверка платежного поручения. После проверки ,он, отправляет документ контерагентам (рисунок 39).

Рисунок 39 - Проверка документа, контроллером

Работа с интерфейсом аналитика

Аналитик, занимается мониторингом работы системы. Определяет интенсивность работы системы (рисунок 40).

Рисунок 40 - Отчет Аналитика системы

2.5 Диаграмма компонентов

Полный проект программной системы представляет собой совокупность моделей логического и физического уровней, которые должны быть согласованы между собой. В языке UML для физического представления моделей систем используются диаграммы реализации (implementation diagrams), которые включают в себя диаграмму компонентов и диаграмму развертывания.

Диаграмма компонентов, в отличие от ранее рассмотренных диаграмм, описывает особенности физического представления системы. Она позволяет определить архитектуру разрабатываемой системы, установив зависимости между программными компонентами, в роли которых может выступать исходный и исполняемый код. Основными графическими элементами диаграммы компонентов являются компоненты, интерфейсы и зависимости между ними.

Диаграмма компонентов разрабатывается для следующих целей:

1. Визуализации общей структуры исходного кода программной системы;

2. Спецификации исполняемого варианта программной системы;

3. Обеспечения многократного использования отдельных фрагментов программного кода;

4. Представления концептуальной и физической схем баз данных.

Диаграмма компонентов обеспечивает согласованный переход от логического представления к конкретной реализации проекта в форме программного кода. Одни компоненты могут существовать только на этапе компиляции программного кода, другие на этапе его исполнения. Диаграмма компонентов отражает общие зависимости между компонентами, рассматривая последние в качестве классификаторов.

Для представления физических сущностей в языке UML применяется специальный термин - компонент (component). Компонент реализует некоторый набор интерфейсов и служит для общего обозначения элементов физического представления модели. Для графического представления компонента используется специальный символ - прямоугольник со вставленными слева двумя более мелкими прямоугольниками. Внутри большого прямоугольника записывается имя компонента и, при необходимости, некоторая дополнительная информация. Изображение этого символа может незначительно варьироваться в зависимости от характера ассоциируемой с компонентом информации.

Полный состав компонентов определяется в процессе реализации ИС безналичных расчетов в кредитной организации. Ниже приведена диаграмма компонентов системы.

Рисунок 41 - Диаграмма компонентов

Состоит из «menu.php»- меню сайта, далее «index.cshtml» процесс генерации ответов HTML для клиента. «transports.sql» обращение к базе данных. «BranchАnd Bound.php», «Coords.php», «Exception.php», «setting.php» страницы HTML. «BranchАnd Bound.php», «Pagess.php» », «CallId.php», «Ramification.php», «Coords.php», «ToHTML.php», «Exception.php», «Massage.php», «Node.php» являются так же страницами.

2.6 Диаграмма развёртывания

Диаграмма развёртывания - диаграмма, на которой изображается конфигурация для работающих узлов и экземпляров компонентов, а также объектов, которые на них существуют.

Диаграмма развертывания предназначена для визуализации элементов и компонентов программы, существующих лишь на этапе ее исполнения. При этом представляются только компоненты-экземпляры программы, являющиеся исполняемыми файлами или динамическими библиотеками. Те компоненты, которые не используются на этапе исполнения, на диаграмме развертывания не показываются. Так, компоненты с исходными текстами программ могут присутствовать только на диаграмме компонентов.

Рисунок 42 - Диаграмма развертывания

На диаграмме развертывания они не указываются. На диаграмме развертывания показаны основные компоненты, которые должны располагаться на сервере (серверная часть) - необходимое дополнительное программное обеспечение (ПО), а также показаны рабочие места, взаимодействующие с системой через стороннее ПО. Также указаны требования, которым это ПО должно удовлетворять. Протокол работы между клиентом и сервером также указан на диаграмме.

2.7 Программа и методика испытаний

Объектом испытаний является подсистема мониторинга ИС безналичных расчетов в кредитной организации.

Цель испытаний - проверка работоспособности информационной системы.

Информационная система должна удовлетворять следующим функциональным требованиям:

1. Ведение справочника банков;

2. Ведение справочника вид платежа;

3. Ведение справочника фирм;

4. Ведение справочника статей;

5. Ведения справочников пользователей системы;

6. Формирование платежного документа.

В процессе проведения приемочных испытаний должны быть протестированы следующие функциональные блоки информационной системы:

- блок ведения справочников системы (интерфейс администратора);

- блок формирование платежного документа (интерфейс клиента);

- блок проверки и отправки платежного документа (интерфейс контроллера).

Испытания блоков проводятся комплексно.

Приемочные испытания включают проверку:

- полноты и качества реализации функций, указанных в ТЗ;

- выполнения каждого требования, относящегося к интерфейсам информационной системы;

- работы пользователей в диалоговом режиме;

- полноты действий, доступных пользователю, и их достаточность для функционирования системы;

- реакции системы на ошибки пользователя;

- практической выполнимости назначения информационной системы.

Основные проверяемые режимы программного комплекса приведены в таблице 6.

Таблица 6- Основные проверяемые режимы

№ п/п

Наименование испытаний

1

Проверка интерфейса администратора

2

Проверка интерфейса клиента

3

Проверка интерфейса контроллер

Проверка интерфейса Администратора

Тест 1.1: Авторизация в системе с правами администратора.

Выполнение теста: в поле «Имя пользователя» вводится значение «admin», в поле «Пароль пользователя» значение «admin», нажимается кнопка «Вход».

Реакция системы: система выводит интерфейс администратора с возможностями ведения справочников и формированием отчетов.

Тест 1.2: Добавление банков.

1) Выполнение теста: выбирается пункт меню «Банки», ввести данные о банке в поля: «ИНН:», «КПП:», «Расч. Счет:», «БИК:», нажать на панели кнопку «Добавить».

2) В поля: «ИНН:», «КПП:», «Расч. Счет:», «БИК:»ввести только цифры. В поле «Название:» ввести словесное описание банка.. Нажать кнопку «Добавить».

Реакция системы: система успешно добавляет новый банк в базу данных..

Тест 1.3: Удаление фирмы выбираем фирму в справочнике «фирмы» и нажимаем «х».

Реакция системы: система отображает информацию об удаляемом ответе с подтверждением об удалении.

2. Проверка интерфейса клиента

Тест 2.1: Авторизация в системе с правами пользователь.

Выполнение теста: вводится в поле «Имя пользователя» значение «type1», в поле «Пароль пользователя» значение «type1», нажимается кнопка «Вход».

Реакция системы: система выводит интерфейс клиента для создания платежного поручения.

Тест 2.2. Выбор банка клиентом.

Выполнение теста: Клиент выбирает пункт меню «Выбрать», а затем выбирает банк. После выбора банка клиентом, система формирует платежное поручение .

Реакция системы: система выводит на экран платежное поручение.

Тест 2.3. Ввод данных клиентом.

Выполнение теста: Клиент вводит в графу «Сумма платежа» нужную сумму и вводит данные в графу «Назначение платежа. После клиент нажимает на кнопку «Создать».

Реакция системы: система формирует платежное поручение в базу данных и отправляет на проверку операционисту

2.8 Описание схем алгоритмов

Схема общего алгоритма работы

Основным алгоритмом работы системы является формирование веб- страницы сайта. Блок-схема данного алгоритма представлена на рисунке 43.

Рисунок 43- Общий алгоритм работы

Схема формирования информации о платежных поручениях

На рисунке 44 представлена схема формирования информации о платёжных поручениях

Рисунок 44- Информация о платежных поручениях

2.9 Контрольный пример

В качестве задачи, решаемой прототипом информационной системы, было взято формирование платежного поручения клиентом (рисунок 45).

Рисунок 45 - Меню системы пользователя Клиент

Главное меню системы, настроенное на права пользователя - Администратор системы. (рисунок 46)

Рисунок 46 - Меню системы с правами пользователя Администратор системы

Клиент системе может создать платежное поручение, для этого ему нужно выбрать пункт меню «Создать Платежное поручение» и система предложит Клиенту выбрать организацию.(рисунок 47)

Рисунок 47 - Выбор Клиентом банка для сотрудничестваЗатем клиенту выводится форма платежного поручения, которую он заполняет и сохраняет. (рисунок 48)

Рисунок 48 - Формирование платежного поручения

Администратор системы может вводить и редактировать данные по банкам (рисунок 49), фирмам (рисунок 50), пользователям (рисунок 51), статьям (рисунок 52) а также по видам платежей системы (рисунок 53).

Рисунок 49 - Редактирование справочника банков

Рисунок 50 - Редактирование справочника фирм

Рисунок 51 - Редактирование справочника пользователей

Рисунок 52 - Редактирование справочника статей

Рисунок 53 - Редактирование вида платежей

После этого проходим авторизацию под логином аналитика и наблюдаем изменения в системе (рисунок 54)

Рисунок 54 - Редактирование вида платежей

3. ВНЕДРЕНИЕ И АНАЛИЗ ЭФФЕКТИВНОСТИ

3.1 Описание планируемого объекта внедрения

Разрабатываемая информационная система предназначена для широкого применения в области кредитных организаций, начиная от личного использования обычного пользователя, заканчивая крупными проектными компаниями. Информационная система представляет собой клиент-серверное приложение, позволяющее возможность формирования и передачу платежных поручений, отслеживает и предает статус документа и ведет архив платежных поручений, проводит анализ приема и передачи платежных поручений.

3.2 Описание хода планируемого внедрения

Для разработки информационной системы потребуется новейшее оборудование и технологии. Для обеспечения материально-технической базы и зарплаты сотрудникам, нам потребуется 50 тысяч рублей. Эту сумму берем под 42% в Самарском отделении № 1 ОАО «ИМБанк» в кредит. Это необходимо для покрытия общих операционных расходов, непредвиденных издержек и начальной зарплаты. Штат сотрудников состоит из 4 высококвалифицированных дипломированных специалистов.

Основным видом нашей деятельности является разработка и сопровождение самостоятельно разработанных программных продуктов. Эта отрасль требует высокой квалификации персонала, знания потребностей рынка и качества выполнения работ. Проект будет осуществляться на современном дорогостоящем оборудовании с использованием новых технологий программирования, моделирования и проектирования.

До начала выполняемых работ необходимо выяснить:

- потребность на данный момент в разрабатываемой информационной системе и размер данной потребности;

- будут ли клиенты применять на производстве эту продукцию, если она будет доступной и иметь конкурентоспособные цены;

- известны ли клиенту преимущества использования доброкачественной продукции для собственной деятельности.

Мы предлагаем программный продукт, который поможет организациям дистанционно оформлять платежные поручения по своим финансовым обязательствам, не тратя время на посещение офисов.

Среди особенностей нашего программного продукта хотелось бы выделить следующее:

- высокое качество;

- удобный дружелюбный интерфейс информационной системы;

- технология развивающегося и востребованного Интернет-банкинга с использованием технологии «легкого клиента»;

- соответствие стандартам;

использование современных технологий разработки

3.3 Описание результатов внедрения

Мы сможем обслуживать как крупных, так и мелких клиентов. Составление программ представляет собой большую проблему для многих пользователей, и наша поставка даст нам сравнительное преимущество в обслуживании мелких, но несомненно прибыльных клиентов.

Свою продукцию мы планируем распространять мелкими партиями. Предусматривается разработка специальных заказов от постоянных клиентов в соответствии с их потребностями и бонусами на дальнейшее обслуживание.

В широкой рекламе наш товар не нуждается, но предполагается выслать несколько пробных версий программного продукта крупным компаниям в качестве рекламного материала. Также необходимо дать аннонсовое объявление некоторым организациям. Этого будет достаточно для привлечения необходимого количества клиентов. Рынок сбыта в будущем предполагается расширить и вывести за рамки Самарской области. Для этого необходимо разместить рекламу в социальных сети и в Интернете.

Из существующих трех основных целей ценообразования (основанные на сбыте, на прибыли, на существующем положении), для нас наиболее предпочтительнее цели, основанные на получении максимальной прибыль от реализации программного продукта.

Из всевозможных методов мы предпочли установление цены на основе ощущаемой ценности товара, т.е. основной фактор ценообразования покупательское восприятие. Предполагается также широкое использование неценовых приемов воздействия.

3.4 Бизнес-план

Были представлены технико-экономическое обоснование внедрения информационной системы оптимизации затрат и издержек.

Технико-экономическое обоснование внедрения информационной системы оптимизации затрат и издержек.

Исследование рынка показало, что существует потребность в программном продукте Интернет-банкинга поддержки дистанционного осуществления платежного поручения, поэтому наша цель - занять эту нишу.

Мы осознаем, что продажи не придут сами собой и их надо завоевать. Крупные потребители захотят сами провести испытания рентабельности наших изделий. Эти испытания могут занять от одного до шести месяцев в зависимости от закупочной политики соответствующих клиентов. Основная цель первого года производственной деятельности заключается в том, чтобы зарекомендовать себя надежным разработчиком. В конце концов, мы ожидаем, что станем основным поставщиком для большинства, если не для всех, основных потребителей на этом рынке.

Интерес покупателя к программному продукту мы рассчитываем привлечь за счет:

· прямых связей с основными покупателями;

· рекламы через социальные сети и Интернет;

· высшего качества нашей продукции, дружеской атмосферы общения, открытости;

· личных контактов наших сотрудников.

Основными потребителями нашей продукции являются:

· крупные корпорации в различных сферах деятельности;

· средние и мелкие фирмы и организации;

· отдельные частные лица;

· любые клиенты, желающие приобрести наш программный комплекс.

Расчёт экономического внедрения информационной системы оптимизации затрат и издержек информационной системы

Затраты на разработку ПК (Кп) определяются по формуле:

Кп = Кпр + Кпо + Кио + Ко

где Кпр - затраты на проектирование ПК, р.;

Кпо - затраты на создание программных изделий, образующих программное обеспечение ПК, р.;

Кио - затраты на подготовку информационного обеспечения длительного пользования, создания базы данных ПК, р.;

Ко - затраты на отладку ПК, р.

Укрупненный расчет затрат на разработку ИС можно выполнить по формуле:

Кп = Фз/п [(1+д)(1+с)+н+пр]+tЭВМ См-ч ,

где Фз/п - фонд основной заработной платы разработчиков и других исполнителей работ, р.;

д - коэффициент дополнительной зарплаты, 0,10...0,15;

с - коэффициент отчислений на социальные нужды от основной и дополнительной заработной платы, 0,26;

н - коэффициент накладных расходов организации, разрабатывающей проект, 0,6...0,8;

пр - коэффициент прочих расходов, 0,1...0,2;

tЭВМ - машинное время, затраченное для разработки программного обеспечения ПК, ч.; См-ч - стоимость машино-часа работы ЭВМ, р.

Укрупненный расчет фонда основной заработной платы исполнителей работ по разработке ПК производится по формуле:

Фз/п = ,

где - суммарная трудоемкость работ по разработке ПК, чел.ч. (чел.-дн.), расчет проводится, используя данные о трудоемкости работ.

С - тарифная ставка часовая (дневная) разработчиков и других исполнителей работ, р.

С = (З/пл в месяц) / Dраб = 15000/21 = 715 р.

Фз/п = 35 Ч1428 = 25 000 р.

Тарифная ставка разработчика принимается в соответствии с окладами организации, где выполняется проект.

Время, затраченное на отладку программного обеспечения на компьютере tэвм, устанавливается экспертным путем или по фактическим затратам машинного времени. Себестоимость машино-часа работы компьютера определяется по формуле:

См-ч = ,

где Зп - затраты на заработную плату обслуживающего персонала с учетом всех отчислений, р.;

А - годовая сумма амортизации, р.;

Зэ - затраты на силовую электроэнергию, р.;

Зр - затраты на ремонт, обслуживание оборудования в год, р.;

Зм - затраты на материалы в год, р.;

Зн - накладные расходы, р.;

Фд - действительный годовой фонд времени работы комплекса средств автоматизации (КСА), ч.

Годовые амортизационные отчисления по КСА считаются по формуле:

,

где СКСА - стоимость компьютера и прочего оборудования, входящего в КСА, используемого при отладке ПК 22 000 р.

На - норма амортизации, (25%).

А = (22 000Ч25)/100 = 5 500 р.;

Затраты на электроэнергию в год Зэ определяются следующим образом:

Зэ = WуЧCэЧTв ,

где - установленная мощность, кВт;

Сэ - стоимость силовой электроэнергии, 1,3 р / кВт;

Тв - время, в течение года, когда КСА потребляет электроэнергию, ч. Тв = 1970 ч.

Зэ = 0,4Ч1,3Ч1970 = 1024,4, р.;

Затраты на текущие ремонты Зр и на материалы Зм в год примерно равны 6% от стоимости КСА. Следовательно:

Зр = Зм = 22 000Ч0,06 = 1320, р.;

Накладные расходы примерно будут составлять 1000 р. Зн = 1000 р.

Годовой фонд времени Фд устанавливается, исходя из номинального фонда времени и времени профилактики оборудования и ремонтов:

Фд = SЧhЧD - Tпр ,

где S - продолжительность смены, ч.;

h - количество смен;

D - число рабочих дней в году, дн.;

Tпр - время ремонтов и профилактики оборудования в год, ч.

Фд = 8Ч1Ч247-45 = 1931,ч.;

Таким образом, себестоимость машино-часа работы ЭВМ См-ч равна:

См-ч = (15 000 + 5 500 + 1 024,4 + 1 320 + 1 000)/1 931 = 12, 35 р.;

По этому, затраты на разработку ПК Кп составят:

Кп = 25 000 Ч [(1+0,1) Ч (1+0,26)+0,6+0,1]+320Ч12,35 = 65 951 р.

Анализ и выводы

Главным риском для нас является риск, связанный с реализацией товара, а также порчей или хищением рабочего оборудования (компьютеры, оргтехника), причинами этому может быть:

- недостаточная информация о спросе на данный товар;

- недостаточный анализ рынка;

- недооценка своих конкурентов;

- падение спроса на данный товар;

- противозаконная предпринимательская деятельность.

Действие перечисленных рисков можно ограничить путем строгой проверки финансового положения и репутации будущего оптового клиента. Чтобы избежать поломки и кражи рабочего оборудования, необходимо его застраховать на год, уплатив 7% от его балансовой стоимости.

4. ОРГАНИЗАЦИОННАЯ ДЕЯТЕЛЬНОСТЬ И САМОРАЗВИТИЕ

4.1 Сведения о деятельности возглавляемого научного микроколлектива

В состав возглавляемого мною научного микроколлектива помимо меня входило два человека:

1. Студент первого курса ФИСТ, ГИП - 114: Полянский Алексей.

2. Студент второго курса ФИСТ, ГИП - 113: Сосновский Сергей.

3. Студент третьего курса ФИСТ, ГИП - 112: Абдеева Лилия.

Участники в весеннем семестре 2015 года выполняли курсовые работы на следующие темы:

1. Полянский Алексей: Коммерческое программное обеспечение в образовательной сфере. Оценка отлично.

2. Сосновский Сергей: Отражения и анализ привлекательности вузов для абитуриентов. Оценка отлично.

3. Абдеева Лилия: Автоматизация процесса принятия решения по выдаче кредитной карты. Оценка отлично.

Совместными усилиями группы, был разработан план выполнения курсовых работ, который был внесен в систему НИГС (таблица 7).

Таблица 7 - План выполнения курсовых работ научной группы

Неделя

Абдеева Лилия

Полянский Алексей

Сахабов Айрат

Сосновский Сергей

1

Познакомиться с составом научной группы

Познакомиться с составом научной группы

Познакомиться с составом научной группы

Познакомиться с составом научной группы

продолжение таблицы 7

2

Придумать тему и написать аннотацию, согласовать их у преподавателя ТПД

На встрече рассказать про свои интересы, работы, сделанные в школе - определиться с предметной областью дальнейшей работы

Придумать тему и написать аннотацию, согласовать их у преподавателя ТПД

Придумать тему и написать аннотацию, согласовать их у преподавателя ТПД

3

Составлено ТЗ

Рассказ о себе. Прохождение 5 тестов. Ввод достижений в систему

Составлено ТЗ

Составлено ТЗ

4

Выполнено обоснование и понимание темы

презентация рассказа о себе НИГС

Обоснованы проектные решения

выполнено понимание темы.

5

Выбрать какой-нибудь метод для реализации в программе

Выяснить у шефа тему для обзора статьи

Составить проект интерфейса

Выбрать какой-нибудь метод для реализации в программе

6

Изучить даную тематику

Составить (решить) задачу в письменном виде.

Изучить данную тематику

Изучить данную тематику

7

Описать структуру разрабатываемого ПО

Создание личного сайта

проверка интерфейса, составление отчета

Подготовка экспериментальных данных (ЭД)

8

Реализация

Получение темы

Подготовить теоретическую часть КП

Описать структуру разрабатываемого ПО

9

Разработать интерфейс ИС

Сдача ТЗ

схема БД Завершена архитектура приложения.

Разработать интерфейс ИС

окончание таблицы 7

10

-

-

Разработать интерфейс

-

11

Прототип системы (сделан прототип системы, завершено проектирование интерфейса, ведется отладка)

Аналоги системы дистанционного обучения

Подготовить выступление на конференции "Творческий потенциал - 2014"

Анализ ЭД

12

-

Выступление на конференции

Выступление на конференции

-

13

-

Разработка плана работы

завершения проектирование интерфейса ведется отладка Сделано тестовое наполнение БД и контрольная проверка программы.

-

14

-

Начать оформление

Подготовить и направить статью в печать

-

15

Черновой вариант пояснит. записки

Сделать проект отчета и презентации

составлении документации к защите КР

Черновой вариант пояснит. записки

16

Подготовка к защите КР

Подготовка к защите КР

Подготовка к защите КР

Подготовка к защите КР

17

Защита КР

Защита реферата по презентации

Защита КР

Защита КР

4.2 Перечень публикаций

По теме выпускной квалификационной работы были написаны и опубликованы следующие статьи:

1. Сахабов, А.В. ПОДСИСТЕМА МОНИТОРИНГА ИС КРЕДИТНОЙ ОРГАНИЗАЦИИ [Текст]/ А.В. Сахабов // Сборник статей по результатам V Международной научно-практической конференции «Инновационное развитие современной науки» г. Уфа, РФ, 2015. - с. 25-26.

2. Сахабов, А.В. ПОДСИСТЕМА МОНИТОРИНГА ИС КРЕДИТНОЙ ОРГАНИЗАЦИИ БЕЗНАЛИЧНЫХ РАСЧЕТОВ [Текст]/ А.В. Сахабов, // Сборник статей по результатам IV Международной научно-практической конференции «Новое слово в науке: перспективы развития» г. Чебоксары, РФ, 2015. - с. 67-68.

4.3 Перечень участия в конференциях

За время обучения в СГАСУ, мною было принято участие в следующих конференциях:

1. Международная научно-практическая конференция с элементами научной школы для молодежи «Творческий потенциал - 2014».

2. VI Международная студенческая электронная научная конференция «Студенческий научный форум 2014».

3. Международный семинар (с прочтением лекции DATA-координатором учебного округа штата Миннесота PhD S.Ablamunets для студентов и преподавателей СГАСУ, консультированием кандидатских диссертаций аспирантов кафедры ПМиВТ СГАСУ, консультированием тематики ВКР бакалавров и магистров кафедры ПМиВТ СГАСУ, консультированием тематики научных исследований кафедры ПМиВТ СГАСУ) «Образовательная система США в информационном обществе».

4. V Международная научно-практическая конференция «Инновационное развитие современной науки» г. Уфа (заочно).

5. IV Международная научно-практическая конференция «Новое слово в науке: перспективы развития» г. Чебоксары (заочно).

4.4 Перечень выполненных в период обучения курсовых работ и проектов

В таблице 8 представлен перечень выполненных в период обучения курсовых работ и проектов.

Таблица 8 - Перечень выполненных курсовых работ и проектов

Курс

Семестр

Дисциплина

Тема

1

Осенний семестр 2011 года

Введение в специальность

Анализ и сопоставительная характеристика способов рекламы в Интернете

1

Весенний семестр 2012 года

Информационный поиск

Сопоставительный анализ download менеджеров и активности пользователей в них

1

Весенний семестр 2012 года

Операционные системы

FIFO

2

Осенний семестр 2012 года

Обработка и анализ экспериментальных данных

Реализация конкретного метода принятия решений

2

Осенний семестр 2012 года

Информационные технологии

Разработать приложение для Android, котрое определяет наиболее близкие к точке нахождения пользователя интересные объекты из списка

2

Весенний семестр 2013 года

Технология программирования

Написать код поиска всех путей на графе

2

Весенний семестр 2013 года

Моделирование и исследование с использованием прикладных программ

Автоматизированный мониторинг динамики развития компетенций учащихся в системе ЦИКУ

3

Осенний семестр 2013 года

Моделирование и исследование с разработкой программных продуктов

Исследование базовой версии метода МУС

3

Весенний семестр 2014 года

Моделирование и исследование с использованием прикладных программ

Исследование закономерностей и кластеризация студенческого коллектива по динамике изменения исследовательских компенсаций

3

Весенний семестр 2014 года

Проектирование интерфейсов

Проектирование интерфейсов

4

Осенний семестр 2014 года

Моделирование систем

Модель дисбаланса производства комплектующих для сборки изделий высококвалифицированными рабочими

4

Осенний семестр 2014 года

Корпоративные ИС

АИС учета авиабилетов

4

Осенний семестр 2014 года

Разработка инновационных информационных систем и технологий

кредитной организации мониторинга операций анализа безналичных расчетов по платежной системе

4

Весенний семестр 2015 года

Методы и средства проектирования ИС

Подсистема мониторинга информационной системы кредитной организации в платежном сегменте

4

Весенний семестр 2015 года

Реализация инновационных ИС

Подсистема мониторинга информационной системы кредитной организации

4.5 Портфолио

Информация о студенте:

· Ф.И.О: Сахабов Айрат Вализянович;

· 19.06.1993 г.р.;

· Года обучения: 2011-2015.

В таблице 9 представлены наиболее значимые достижения. Копии основных грамот, дипломов и прочих документов, подтверждающих достижения студента, представлены в приложении Ж.

Таблица 9 - Перечень достижений

Достижение

Область

1

Участие в Международной конференции «Творческий потенциал - 2011», г. Самара

Наука

2

Организация Квест-игры «Ночь в университете» в рамках посвящения первокурсников в студенты СГАСУ, 2013

Общественная деятельность

3

Участник Международной научно-практической конференции с элементами научной школы для молодежи «Творческий потенциал - 2014», г. Самара

Наука

16

Участник VI Международной студенческой научной конференции «Студенческий научный форум 2014», г. Самара

Наука

18

Международный семинар «Образовательная система США в информационном обществе», г. Самара, 2014

Наука

21

Участие в Международной научно-практической конференции «Инновационные технологии в науке и образовании» г. Чебоксары, 2015

Наука

22

Публикация статьи в сборнике «Инновационные технологии в науке и образовании», г. Чебоксары, 2015

Наука

23

Участие в V Международной научно-практической конференции «Инновационное развитие современной науки», г. Уфа, 2015

Наука

25

Публикация статьи в сборнике «Инновационное развитие современной науки», г. Уфа, 2015

Наука

ЗАКЛЮЧЕНИЕ

В ходе выпускной квалификационной работы была разработана подсистема мониторинга информационной системы кредитной организации, и обоснована актуальность ее создания.

Система отвечает требованиям, предъявленным заказчиком, и реализует следующие функции:

1.Авторизация пользователей и разграничение прав доступа;

2.Формирование и хранение платежных документов;

3.Ведение справочников, указанных в пункте 2.2.5 ТЗ;

4.Мониторинг подсистемы;

5.Спроектирована база данных;

6.Разработано руководство пользователя.

В разделе реализации системы были обоснованы решения, принятые при реализации логического проекта системы, разработано соответствующее программное обеспечение системы, произведен выбор и обоснование комплекса технических средств, сопровождаемый ресурсными расчетами (требуемый объем оперативной и внешней памяти).

СПИСОК ИСПОЛЬЗОВАННЫХ ИСТОЧНИКОВ

1. Банковское дело [Текст] : Справочное пособие / М. Ю. Бабичев, Ю. А. Бабичева, М. Е. Бурова и др.; Под ред. Ю. А. Бабичевой. - М. : Экономика, 1994. - 397 с. - ISBN 5-282-01330-4

2. Антонов, Н. Р. Денежное обращение, кредит, банки [Текст] / Антонов, Н. Р. Пессель М. А.// Издательство Финстатинформ, Москва 2005., 235 с.

3. Березина, М. П. , Межбанковские расчёты./ М. П. Березина, Крупнов Ю. С. // Издательство Деньги и кредит. - 2003. - №4.- 280с

4. Дробинина, А.П. "Финансы, денежные обращения и кредит" // Издательство Алматы: 2008.,140с. -с.54.

5. Дерябкин, В.П. Проектирование информационных систем по методологии UML [Текст] /Дерябкин, В.П.; Козлов, В.В - Самара: Самарск. гос. арх.-строит. ун-т., 2008. - 42 с.

6. Дерябкин, В.П. Проектирование информационных систем и программных комплексов [Текст]: Методические указания по оформлению курсовых и дипломных проектов / В.П. Дерябкин, Самарский. гос. арх.-строит. ун-т. / Самара, 2009. 74 с.

7. Кузин А.В., Левонисова С.В. Базы данных, Академия, Москва 2008.

8. Олифер, В.Г. Компьютерные сети. Принципы, технологии, протоколы [Текст] : Учебное пособие / В.Г. Олифер, Н.А. Олифер -- Изд-во Питер, 2010. -- 943 c.

9. Леоненков, А. В. Самоучитель UML [Текст] / А.В. Леоненков. - 2-е изд., пер. и доп. - СПб.: БХВ-Петербург, 2004. - 432 с.

ПРИЛОЖЕНИЕ

Листинг основных модулей программы

<?php

require_once 'system/head1.php';

$_GET['poisk'] = check(urldecode($_GET['poisk']));

if ($_GET['exit']) {

exit_admin(TRUE);

}

if (($_POST['login'] != NULL)and ( $_POST['password'] != NULL))

login_admin($_POST['login'], $_POST['password']);

if (($_SESSION['auth'] == TRUE)and ( $_SESSION['login']) != FALSE) {

$user_info = sql_fetch_assoc(sql_query("SELECT * FROM `users` WHERE `id` =" . $_SESSION['id'] . ""));

echo'<!-- Static navbar -->

<nav class="navbar navbar-default">

<div class="container-fluid">

<div class="navbar-header">

<button type="button" class="navbar-toggle collapsed" data-toggle="collapse" data-target="#navbar" aria-expanded="false" aria-controls="navbar">

<span class="sr-only">Toggle navigation</span>

<span class="icon-bar"></span>

<span class="icon-bar"></span>

<span class="icon-bar"></span>

</button>

<a class="navbar-brand" href="#">Платежные поручения</a>

</div>

<div id="navbar" class="navbar-collapse collapse">

<ul class="nav navbar-nav">

';

echo '<li><a href="index.php">Меню (';

if ($user_info['type'] == 1) {

echo $types['1'] . '';

} else if ($user_info['type'] == 2) {

echo $types['2'] . '';

} else if ($user_info['type'] == 3) {

echo $types['3'] . '';

} else if ($user_info['type'] == 4) {

echo $types['4'] . '';

} else if ($user_info['type'] == 5) {

echo $types['5'] . '';

}

echo')</a></li>';

if ($user_info['type'] == 3) {

echo '<li><a href="?menu=users">Редактировать Пользователей</a></li>';

echo '<li><a href="?menu=vid_platezha">Вид платежа</a></li>';

echo '<li><a href="?menu=statbi">Статьи</a></li>';

echo '<li><a href="?menu=firmy">Фирмы</a></li>';

echo '<li><a href="?menu=banki">Банки</a></li>';

}

if ($user_info['type'] == 1) {

echo '<li><a href="?menu=payment">Создать Платежное поручение</a></li>

<li><a href="?menu=payments">Платежные поручения</a></li>';

}

if ($user_info['type'] == 2) {

echo '<li><a href="?menu=payments_bank">Платежные поручения (от клиента)</a></li>';

}

if ($user_info['type'] == 4) {

echo '<li>

<a href="?menu=payments_contr">Платежные поручения (от операциониста)</a>

</li>';

}

if ($user_info['type'] == 5) {

echo '<li>

<a href="?menu=monitor">Платежные поручения (мониторинг)</a>

</li>';

}

echo '<li><a href="?menu=users_set">Настройки аккаунта</a></li>';

echo '</ul><ul class="nav navbar-nav navbar-right"><li align="center"><a href="?exit=TRUE">Выход</a></li></ul>';

echo '

</div><!--/.nav-collapse -->

</div><!--/.container-fluid -->

</nav>';

$menu = $_GET['menu'];

$_GET['redact'] = check(urldecode($_GET['redact']));

$_GET['delete'] = check(urldecode($_GET['delete']));

switch ($menu) {

case 'users':

if ($user_info['type'] == 3) {

echo'<div class="container"><h2>Редактирование Пользователей</h2>';

if ($_GET['redact'] != "") {

if (($_POST['name1'] != "") && ($_POST['login1'] != "") && ($_POST['password1'] != "")) {

$_POST['name1'] = check(urldecode($_POST['name1']));

$_POST['login1'] = check(urldecode($_POST['login1']));

$_POST['password1'] = check(urldecode($_POST['password1']));

//echo'<script>location.reload();</script>';

sql_query("UPDATE `platezh`.`users` SET `name` = '" . $_POST['name1'] . "',`login` = '" . $_POST['login1'] . "',`password` = '" . $_POST['password1'] . "',`type` = '" . $_POST['type'] . "' WHERE `users`.`id` =" . $_GET['redact'] . ";");

}

$redact = sql_fetch_assoc(sql_query("SELECT * FROM `users` WHERE `id`=" . $_GET['redact'] . "")); //Все юзеры типа 1,2,3

if ($redact['id'] != NULL) {

echo'

Редактировать пользователя ' . $redact['name'] . ':<br/>

<form action="index.php?menu=users&redact=' . $redact['id'] . '" method="POST">

<input hidden name="menu" type="text" value="users" />

<input hidden name="redact" type="text" value="' . $redact['id'] . '" />

ФИО:<input class="form-control" name="name1" type="text" value="' . $redact['name'] . '" /><br/>

Логин:<input class="form-control" name="login1" type="text" value="' . $redact['login'] . '" /><br/>

Пароль:<input class="form-control" name="password1" type="text" value="' . $redact['password'] . '" /><br/>

Тип пользователя: <select class="form-control" name="type">

<option disabled>Выберите тип</option>

<option value="1" ';

if ($redact['type'] == 1) {

echo'selected';

} echo'>' . $types['1'] . '</option>

<option value="2" ';

if ($redact['type'] == 2) {

echo'selected';

} echo'>' . $types['2'] . '</option>

<option value="3" ';

if ($redact['type'] == 3) {

echo'selected';

} echo'>' . $types['3'] . '</option>

<option value="4" ';

if ($redact['type'] == 4) {

echo'selected';

} echo'>' . $types['4'] . '</option>

</select><br/>

<input value="Редактировать" type="submit"/></form>

';

} else {

echo 'ОШИБКА! Такой юзер не найден';

}

}

if ($_GET['delete'] != "") {

$delete = sql_fetch_assoc(sql_query("SELECT * FROM `users` WHERE `id`=" . $_GET['delete'] . "")); //Все юзеры типа 1,2,3

if ($delete['id'] != NULL) {

echo'

<form action="index.php?menu=users" method="POST">

Удалить пользователя <b>' . $delete['name'] . '</b>:

<input hidden name="menu" type="text" value="users" />

<input hidden name="delete_yes" type="text" value="' . $delete['id'] . '" />

<input value=" Да " type="submit"/></form>

';

} else {

echo 'ОШИБКА! Такой юзер не найден';

}

}

if ($_POST['delete_yes'] != "") {

$delete_yes = sql_fetch_assoc(sql_query("SELECT * FROM `users` WHERE `id`=" . $_POST['delete_yes'] . "")); //Все юзеры типа 1,2,3

if ($delete_yes['id'] != NULL) {

sql_query("DELETE FROM `platezh`.`users` WHERE `users`.`id` = " . $_POST['delete_yes'] . "");

echo'Пользователь удален!';

} else {

echo 'ОШИБКА! Такой юзер не найден';

}

}

if ($_POST['password3'] != NULL) {

if (($_POST['name'] != "") && ($_POST['login'] != "") && ($_POST['password3'] != "") && ($_POST['type'] != "")) {

$user = sql_fetch_assoc(sql_query("SELECT * FROM `users` WHERE `login` like '" . $_POST['login'] . "';"));

if ($user['id'] == NULL) {

sql_query("INSERT INTO `platezh`.`users` (`id` ,`name` ,`type` ,`login` ,`password`) VALUES (NULL , '" . $_POST['name'] . "', '" . $_POST['type'] . "', '" . $_POST['login'] . "', '" . $_POST['password3'] . "');");

echo 'Пользователь добавлен';

} else {

echo'Такой пользователь уже существует';

}

} else {

echo'Ошибка. Пользователь не добавлен. Вы ввели не все данные';

}

}

if (($_POST['id_type'] != "") && ($_POST['id'] != "")) {

$_POST['id_type'] = check(urldecode($_POST['id_type']));

$_POST['id'] = check(urldecode($_POST['id']));

sql_query("UPDATE `platezh`.`users` SET `id_type` = '" . $_POST['id_type'] . "' WHERE `users`.`id` =" . $_POST['id'] . ";");

}

echo '<h3>Все пользователи:</h3>';

$list_users = sql_query("SELECT * FROM `users` WHERE `type` IN ( 1, 2, 3, 4 ) "); //Все юзеры типа 1,2,3

while ($row = sql_fetch_assoc($list_users)) {

if ($row['type'] == 1) {

echo'<form action="index.php?menu=users" method="POST">';

echo 'id:' . $row['id'] . ' ФИО:' . $row['name'] . ' Логин:' . $row['login'] . ' Пароль:' . $row['password'] . ' Тип:' . $types[$row['type']] . ' ';

echo'<input hidden name="id" type="text" value="' . $row['id'] . '"/>';

$list_firmy = sql_query("SELECT * FROM `firmy`");

echo'Фирма:<select name="id_type"><option disabled>Выберите фирму</option>';

while ($rows = sql_fetch_assoc($list_firmy)) {

echo '<option value="' . $rows['id'] . '"';

if ($row['id_type'] === $rows['id']) {

echo'selected';

} echo'>' . $rows['name'] . '</option>';

}

echo'</select><input value="Изменить фирму" type="submit"/>

<a href="index.php?menu=users&redact=' . $row['id'] . '" title="Редактировать">РЕД</a> | <a href="index.php?menu=users&delete=' . $row['id'] . '" title="Удалить">X</a><br/>

</form>';

} else {

echo 'id:' . $row['id'] . ' ФИО:' . $row['name'] . ' Логин:' . $row['login'] . ' Пароль:' . $row['password'] . ' Тип:' . $types[$row['type']] . ' <a href="index.php?menu=users&redact=' . $row['id'] . '" title="Редактировать">РЕД</a> | <a href="index.php?menu=users&delete=' . $row['id'] . '" title="Удалить">X</a><br/>';

}

}

echo '

<h3>Добавить пользователя:</h3>

<form action="index.php?menu=users" method="POST">


Подобные документы

Работы в архивах красиво оформлены согласно требованиям ВУЗов и содержат рисунки, диаграммы, формулы и т.д.
PPT, PPTX и PDF-файлы представлены только в архивах.
Рекомендуем скачать работу.