Проектирование и разработка информационной системы учета путевых листов для ООО "ГрузТрансАвтоцентр"

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

· Numerical Python - расширенные математические возможности, такие как манипуляции с целыми векторами и матрицами;

· Tkinter - построение приложений с использованием графического пользовательского интерфейса (GUI) на основе широко распространенного на X-Windows Tk-интерфейса;

· OpenGL - использование обширной библиотеки графического моделирования двух- и трехмерных объектов Open Graphics Library фирмы Silicon Graphics Inc. Данный стандарт поддерживается, в том числе, в таких распространенных операционных системах как Microsoft Windows 95 OSR 2, 98 и Windows NT 4.0.

Недостатки языка.

· Python изначально не предназначался для научно-технических задач, впрочем как и С/С++. Поэтому его программные конструкции в этом плане оставляют желать лучшего, так же как и скорость (что частично компенсируется numpy и удобством подключения кода других языков, см ниже).

· Python проходит болезненную миграцию с версии 2.5 до 2.6 и далее 3.0, где очень много изменений. Есть программы, которые позволяют делать это автоматически, но на numpy и scipy, которые имеют значительную часть кода C и Fortran, это не распространяется. Подробнее см здесь. По-видимому, именно с этим связано локальное снижение популярности Python в TIOBE index.

· Выделение блоков основано на индентации.

Таблица 2.5

Сравнение средств разработки

Возможность	Языки
	C++	Java	Python
Статическая типизация	+	+	-
Динамическая типизация	-	-	+
Явная типизация	+	+	+/-
Неявная типизация	-/+	-	+
Неявное приведение типов без потери данных	+	-	+
Неявное приведение типов с потерей данных	+	-	-
Неявное приведение типов в неоднозначных ситуациях	+	-	-
Алиасы типов	+	-	N/A
Вывод типов переменных из инициализатора	+/-	-	N/A
Вывод типов переменных из использования	+/-	-	N/A
Вывод типов-аргументов при вызове метода	+	+	N/A
Вывод сигнатуры для локальных функций	+/-	-	N/A
Параметрический полиморфизм	-	+	N/A
Параметрический полиморфизм с ковариантностью	-	-	N/A
Параметрический полиморфизм высших порядков	-	-	N/A
Информация о типах в runtime	-/+	+	+
Информация о типах-параметрах в runtime	-/+	-	+
Интерпретатор командной строки	+/-	-	+
Условная компиляция	+	-/+	N/A
Создание объектов на стеке	+	-	-
Ручное управление памятью	+	-	-
Блок else (исключения)	-	+	+
Множественное наследование	+	-	+
Кортежи	+/-	-	+
Многомерные массивы	+	+/-	+/-
Динамические массивы	+	+/-	+/-
Ассоциативные массивы	+	+/-	+
Контроль границ массивов	+/-	+	+
Цикл foreach	+	+	+
Целые числа произвольной длины	-	+	+
Макросы	+	-	-
Шаблоны/Generics	+	+	N/A
Перегрузка функций	+	+	-
Значения параметров по умолчанию	+	-	+
Стандарты	ISO	-	-

2.3 Обоснование необходимости разработки собственной ИС и выбора средств разработки и проектирования

В результате проведенного анализа аналогов программных продуктов, можно сделать вывод, что ни один из рассмотренных продуктов не удовлетворяет потребностям ООО «ГрузТрансАвтоцентр».

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

Для проектирования будет использоваться Microsoft Visio. Основные его преимущества:

· Легкость создания схем. Для разработки схем процессов не требуется специальное обучение. Рисование диаграмм и схем процессов осуществляется с помощью простого и понятного интерфейса;

· Наличие образцов диаграмм. В Microsoft Visio включено большое количество различных образцов диаграмм, что упрощает и ускоряет процесс создания схем бизнес процессов;

· Связь схем процессов с данными из офисных приложений. Т.к. Visio входит в состав пакета Microsoft Office, то схемы процесса можно связать с документами и данными из Word , Excel , PowerPoint , Access and Project;

· Применение стандартных нотаций. Для создания схем процессов, применяемых в различных CASE средствах (например, ARIS, BPwin, ERwin, Rational Rose) Visio включает в себя набор диаграмм, которые используются в этих средствах. Например, eEPC, IDEF0, IDEF3, UML. Для некоторых из них Visio позволяет осуществлять контроль правильности создания схем процессов.

В роли СУБД - Oracle. Преимущества:

· Значительно большая надежность хранения данных

· Масштабируемость без изменения прикладного софта.

· Стоимость сопровождения информационной системы.

·

По результатам анализа программного обеспечения было принято решение использовать Oracle Application Express. Преимущества:

· Ориентация под корпоративный сектор

· Ориентация под БД Oracle

· Программирование на языке PL/SQL



3. ПРОЕКТНАЯ ЧАСТЬ

3.1 Техническое задание

3.1.1 Общие сведения и назначение системы

Техническое задание составлено в соответствии с ГОСТ 34.602-89.

Полное наименование разрабатываемой системы: Информационная система «Обработка кредитных заявок», ИС «Заявки».

Наименование предприятия разработчика и заказчика системы и их реквизиты: Заказчик: ЗАО «ЮниКредит Банк»

Основные реквизиты: 119034, Москва, Пречистенская наб., д. 9.

ИНН/КПП: 7710030411/775001001.

Разработчик: IT-отдел .

Основные реквизиты: 119034, Москва, Пречистенская наб., д. 9.

ИНН/КПП: 7710030411/775001001.

Перечень документов являющихся основание для создания данной автоматизированной системы: система создаётся на основании приказа № 458 от 05.03.2011, утверждена председателем правления Алексеевым М.Ю..

Плановые сроки начала и окончания мероприятия по разработке данной ИС: с 1 апреля 2011 года по 31 июля 2011 года. Общий срок времени на разработку составляет 3 месяца.

Сведения об источниках и порядке финансирования работ: источником финансирования является собственные средства ЗАО «ЮниКредит Банк».

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

Назначение системы: при помощи автоматизации происходит сбор, хранение, обработка и выдача кредитов.

Разрабатываемая информационная система будет содержать:

- сбор данных по заявкам;

- обработка данных, содержащихся в заявках;

- хранение данных, содержащихся в заявках;

- регистрация и контроль новых заявок;

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

- оперативное предоставление необходимой информации по заявкам;

- регистрация статуса заявки;

- контроль над поступающими документами по заявкам;

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

Основные цели создания системы:

· уменьшения времени на выполнение операций;

· уменьшение затрат на курьерскую доставку;

· увеличение качества работы сотрудников и уменьшение кол-ва ошибок при ведении документации вручную.

3.1.2 Требования к системе

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

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

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

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

Требования безопасности: системы при ее использовании и обслуживании должны отвечать всем требованиям безопасности.

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

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

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

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

3.1.3 Требования к функциям (задачам) системы

К функциям информационной системы относится:

· Информативность обращения к базе данных. Возможность за одно обращение к базе данных получить всю необходимую информацию;

· Сокращение времени обработки заявки;

· Увеличение производительности, за счет построения автоматизированной информационной системы;

· Актуальность предоставленных данных.

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

Подсистемой хранения данных является СУБД, которая обеспечивает хранение, управление, резервное копирование информации, хранящейся в таблицах Базы Данной.

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

3.1.4 Требования к видам обеспечения

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

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

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

Требования к программному обеспечению: данная программа базируется на основе MS Windows.

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

· процессор: процессор -Intel ® Pentium 2.80 GHz;

· оперативная память: 256 МБ;

· свободное место на жестком диске: не менее 35 МБ, а также сеть.

3.2 Функциональное моделирование деятельности ЗАО ЮниКредит Банк(TO-BE)

Следующим этапом проектирования ИС является разработка модели «TO-BE». На рис.3.1. видно, что функциональный блок обработки заявок изменился, это связано с внедрением автоматизированной системы «Учет заявок на получение кредита». Данная автоматизированная система позволила нам сократить количество выполняемых операций, а также сократить время их выполнения. При первоначальном проектировании в функциональной модели блоки «Отправка заявки в кредитный отдел по внутренней почте», «Проверка клиента в службе безопасности», участвующие в модели AS-IS изменены на блоки «Сканирование документов» и «Отправка документов в кредитный отдел». На этапе «Отправка документов в кредитный отдел через программу» участвует ИС, благодаря которой, сотрудникам банка не нужно отправлять заявку по внутренней почте. Достаточно отсканировать пакет документов и отправить через программу, что значительно сокращает срок рассмотрения заявления на получение кредита, приводит к увеличению прибыли банка, также благодаря программе могут одновременно просматривать заявки ГВС, кредитный отдел и отдел безопасности.

Клиенты пишут заявление на предоставление кредита. Сотрудник ГВС сканирует комплект документов, забивает информацию в БД: вид кредита, отделения, информация о клиенте, сотрудники, № заявки. После этого прикрепляет отсканированные документы и отправляем в банк. Для того чтобы узнать результат или на какой стадии находится заявка, у нас есть хранилище данных «Статус заявки», которые также являются таблицами БД. После этого сотрудник Call-центра оповещает клиента о результате заявки и сообщает информацию о выданном кредите, которая хранится в таблице БД «Выдача кредита». Далее формируется соглашение о кредитном договоре и другие документы, необходимые для сделки. Клиент подписывает данные документы, далее сотрудник ГВС отправляет подписанную кредитную документацию на хранение в архив кредитного отдела.

Таким образом, внедрение информационной системы позволяет сократить нагрузку на курьера и уменьшает срок рассмотрения заявки на получение кредита. Благодаря ИС сотрудникам ГВС не придется ждать долго ждать рассмотрения заявления. Вся информация о клиенте и его кредите будет показана в одной БД, также ИС могут пользоваться одновременно сотрудники ГВС, кредитного отдела и отдела безопасности.

Диаграмма DFD - движения информационных потоков также изменилась (рис.3.2.). Практически все информационные потоки проходят через информационную систему, которая в свою очередь хранит, обрабатывает и выдает всю необходимую информацию.

В модели TO-BE рассматриваются:

· 2 внешних сущности - «Клиент» и «Кредитный отдел»;

· 8 функциональных блоков - «Отсканировать комплект документов», «Создать заявку», «Прикрепить документы», «Отправить данные в банк», «Узнать о результате заявки», «Известить клиента о результате заявления», «Подготовить документы для сделки», «Подписать клиенту необходимые документы»;

· 9 хранилищ данных, из которых 2 бумажных архива - «Заявление клиента на получение кредита» и «Соглашение о кредитном договоре» и 7 таблиц БД ИС - «Виды кредита», «Отделения», «Информация о клиенте», «Сотрудники», «№ заявки», «Статус заявки», «Выдача кредита».

Функциональная модель TO-BE

Рис.3.1.



Движение информационных потоков TO-BE

Рис.3.2.

3.2 Моделирование структуры реляционной БД в методологии IDEF 1X

3.2.1 Логический уровень моделирования

Моделирование структуры реляционной БД осуществляется с помощью CASE-средства ERwin. ERwin - средство разработки структуры базы данных (БД). ERwin сочетает графический интерфейс Windows, инструменты для построения ER-диаграмм, редакторы для создания логического и физического описания модели данных и прозрачную поддержку ведущих реляционных СУБД и настольных баз данных. С помощью ERwin можно создавать или проводить обратное проектирование (реинжиниринг) баз данных.

В ERwin существуют два уровня представления и моделирования - логический и физический. Логический уровень означает прямое отображение фактов из реальной жизни. Например, люди, столы, отделы, собаки и компьютеры являются реальными объектами. Они именуются на естественном языке, с любыми разделителями слов (пробелы, запятые и т.д.). На логическом уровне не рассматривается использование конкретной СУБД, не определяются типы данных (например, целое или вещественное число) и не определяются индексы для таблиц.

База данных содержит 7 таблиц (рис. 3.3.), которые взаимосвязаны между собой связью 1:М (один-ко-многим).

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

База данных «Заявки» состоит из следующих сущностей:

1. Cities- здесь отображается информация о названии города и количества населения в нем

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

3. Credit_type- показывает какие виды кредитов предоставляет банк и количество дней по регламенту на рассмотрение заявки

4. Departments- отображается, информация о подразделениях банка

5. Employees- предоставлена информация о сотрудниках банка

6. Credit_request- отражает полную информацию о заявках

7.Credit_issue- сущность, которая предоставляет информацию сотруднику о выдаче кредита клиенту

В таблице 3.1.показаны атрибуты сущностей.

Таблица 3.1.

Атрибуты сущностей

Cities
city population	Varchar2(50) Number	PK	Название города Количество населения в городе
Clients
Client_id Client_full_name Birth_date Passport_num Passport_date Passport_issuer Phone Address	Number Varchar2(200) Date Varchar2(20) Date Varchar2(100) Varchar2(20) Varchar2(500)	PK	ID клиента ФИО клиента Дата рождения Номер паспорта Дата выдачи паспорта Кем выдан паспорт Контактный телефон Адрес
Credit_type
Credit_type_id Credit_type_name Reglament_days	Number Varchar2(50) Number	PK	ID номер типа кредита Название типа кредита Количество дней по регламенту на рассмотрение заявки по кредиту
Departments
Department_id Department_name Is_retail City	Number Varchar2(100) Varchar2(1)not null Varchar2(50)	PK FK	ID подразделения Название подразделения или отделения Внутреннее Подразделение или отделение Город, где расположено подразделение
Employees
Employee_id Full_name Department_id Is_active	Number Varchar2(100) Number Varchar2(1)not null	PK FK	ID сотрудника ФИО сотрудника ID подразделения Сотрудник действующий или не работает
Credit_request
Request_id Credit_type_id Employee_id Client_id Submit_date Accept_date Is_accepted Accepter_id Comments Amount	Number Number not null Number not null Number not null Date Date Varchar2(1) Number Number	PK FK FK FK FK	Номер заявки на кредит ID типа кредита Сотрудник принявший заявку ID клиента Дата создания заявки Дата одобрения заявки Одобрено или отказано или на расм-ии Сотрудник принимающий решение Комментарий к заявке Сумма кредита
Credit_issue
Request_id Department_id Credit_issue_date	Number Number Date	PK FK	Номер заявки на кредит Отделение, в котором был выдан кредит Дата выдачи кредита

Описание связей.

1. Вид кредита - Заявки

Клиент может иметь счета в банке.

Счета могут быть открыты у клиента.

Связь вида 1-М, т.е. у клиента может быть открыто множество счетов, но один счет закреплен лишь за одним клиентом банка. Связь идентифицирующая, что значит, что в БД не может быть записи о счете без ссылки на какого-либо клиента.

Со стороны родительской сущности:

D:R - нельзя удалить запись из таблицы «Вид кредита», если есть заявка на данный вид кредит.

U:R - нельзя присвоить виду кредита другой номер заявки, если данный вид кредита прикреплен к определенному номеру заявки.

Со стороны дочерней сущности:

I:R - нельзя создать заявку без ссылки на вид кредита.

U:R - нельзя изменить заявку на несуществующее значение.

2. Сотрудники - Заявки

Сотрудники могут создавать заявки.

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

Связь вида 1-М, т.е. сотрудник может создавать одновременно несколько заявок.

Со стороны родительской сущности:

D:R - нельзя удалить запись из таблицы «Сотрудники», если у сотрудника есть заявка.

U:R - нельзя присвоить сотруднику заявку, если у него нет заявки.

Со стороны дочерней сущности:

I:R - нельзя создать заявку, без ссылки на существующего сотрудника.

U:R - нельзя изменить заявку, присвоив несуществующего сотрудника.

3. Клиент-Заявки

Клиент может иметь заявки.

Заявки относятся к какому-либо клиенту.

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

Со стороны родительской сущности:

D:R - нельзя удалить запись из таблицы «Клиент», если у клиента есть заявка.

U:R - нельзя присвоить заявке другой номер, если заявка прикреплена к клиенту.

Со стороны дочерней сущности:

I:R - нельзя создать заявку, без ссылки на существующего клиента.

U:R - нельзя изменить заявку, присвоив несуществующего клиента.

4. Статус заявки - Заявки

Статус заявки принадлежит заявке.

Заявка определяет статус заявки.

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

Со стороны родительской сущности:

D:R - нельзя удалить заявку, если у статуса есть заявка.

U:R - нельзя изменить статус, если за статусом прикреплена заявка.

Со стороны дочерней сущности:

I:R - нельзя создать заявку, без ссылки на существующего статуса.

U:R - нельзя изменить заявку, записав несуществующий статус.

5. Отделения- Сотрудники

В отделении может быть много сотрудников.

Сотрудник может работать в одном отделении.

Связь вида 1-М, т.е. в отделении может быть много сотрудников, но один сотрудник принадлежит лишь одному отделению. Связь идентифицирующая, что значит, что в БД не может быть сотрудника без ссылки на отделения.

Со стороны родительской сущности:

D:R - нельзя удалить сотрудника , если он прикреплен к отделениию.

Со стороны дочерней сущности:

I:R - нельзя создать запись о сотруднике, без ссылки на номер отделения.

D:R - нельзя удалить запись о сотрудники, если существует ссылка на номер отделения.

6. Клиент - Выдача кредита.

ФИО клиента отражается в таблице «Выдачи кредита».

Выдача кредита может быть у определенного клиента.

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

Со стороны родительской сущности:

U:R - нельзя изменить данные клиента, без изменения данных о выдаче кредита.

Со стороны дочерней сущности:

I:R - нельзя создать запись выдачи кредита, без ссылки на существующего клиента.

D:R - нельзя удалить запись выдачи кредита, если существует клиент.

3.3.2 Физический уровень моделирования

Физическая модель фактически является отображением системного каталога БД. Создание модели данных, как правило, начинается с создания логической модели. После описания логической модели, проектировщик может выбрать необходимую СУБД и ERwin автоматически создаст соответствующую физическую модель.

Если в логической модели не имеет значения, какой конкретно тип данных имеет атрибут, то в физической модели важно описать всю информацию о конкретных физических объектах - таблицах, колонках, индексах, процедурах и т.д. Для этого ERwin имеет целый набор соответствующих редакторов. На основе ключей, описанных на уровне логической модели (поддерживаются первичные, внешние, альтернативные ключи и инверсионные входы) ERwin генерирует индексы. Могут быть также сгенерированы индексы, заданные дополнительно на уровне физической модели. Для поддержки целостности БД задаются правила ссылочной целостности, а также триггеры и хранимые процедуры, которые представляют собой программный код на SQL и хранятся на сервере.

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

Физическая модель данной БД изображена на рис.3.4.

Моделирование БД на логическом уровне

Рис.3.3.



Моделирование БД на физическом уровне

Рис.3.4.

3.3 Объектно-ориенттированное проектирование ИС с помощью языка UML

3.3.1 Диаграмма вариантов использования

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

Специалист ГВС создает заявку и отправляет с помощью ИС на рассмотрение специалисту обработки кредитных заявок. Специалист обработки кредитных заявок обрабатывает заявку, после чего он может осуществить один из трех действий: вернуть заявку, одобрить заявку или отказать в выдаче кредита. Управляющему ДО поступают отчеты по возвратам, также может с помощью ИС составить отчет по выданным кредитам.

Диаграмма вариантов использования

Рис.3.5.



3.3.2 Диаграмма классов

Диаграмма классов (class diagram) служит для представления статической структуры модели системы в терминологии классов объектно-ориентированного программирования. Диаграмма классов может отражать, в частности, различные взаимосвязи между отдельными сущностями предметной области, такими как объекты и подсистемы, а также описывает их внутреннюю структуру и типы отношений. На данной диаграмме не указывается информация о временных аспектах функционирования системы. С этой точки зрения диаграмма классов является дальнейшим развитием концептуальной модели проектируемой системы.

На рис. 3.6. представлена диаграмма классов, которая состоит из следующих частей:

Классы (entity) - Клиент, Заявки, Сотрудники, Одобренные кредиты, Отделения.

Границы (Boundary) -Создание клиента, Поиск клиента, Редактирование клиента, Создание заявки, Поиск заявки.

Управления (control) - Менеджер заявок, Менеджер Рассмотреть заявку.

3.3.3 Диаграмма коопераций

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

На диаграмме коопераций (рис.3.7.) рассмотрено взаимодействие классов на варианте использования «Создание заявки». Специалист ГВС открывает форму «Поиск заявок». С помощью управления «Рассмотреть заявку» сохраняет статус заявки через управление «Менеджер заявок». Результат рассмотрения заявки сохраняется в таблице «Одобренные кредиты».

3.3.4 Диаграмма последовательности

Диаграмма последовательности отражает последовательность всех действий с момента обращения пользователя к ИС.

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

Диаграмма классов

Рис.3.6.



Диаграмма коопераций для варианта использования «Создание заявки»

Рис.3.7.

Для заполнения формы обращения клиентов специалист ГВС переходит на форму «Создание клиента», где заполняет необходимые поля, после этого сохраняется в таблице «Клиент». Далее специалист заполняет все поля формы «Создать заявку». Данные фиксируется в таблице «Заявки». С помощью «Менеджера заявок» пользователь сохраняет и отправляет заявку на рассмотрение.

Диаграмма последовательности для варианта использования «Создание заявки»

Рис.3.8.

3.3.5 Диаграмма состояний

На диаграмме состояний(Рис.3.9) показаны состояния, в которых может прибывать класс.

Данная на рис.3.9. диаграмма показывает, какие состояния имеет класс «Заявки» и различные периоды обращения к нему.

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

Диаграмма состояний для класса «Заявки»

Рис.3.9.

3.3.6 Диаграмма деятельности

Диаграмма описывает действия сотрудников организации по ролям.

На рис.3.10. показана диаграмма деятельности для бизнес-процесса «Рассмотрение заявки».

В данном бизнес-процессе участвуют клиент, специалист ГВС и специалист кредитного отдела. Клиент заполняет заявление на получение кредита в дополнительном офисе банка. Специалист ГВС принимает пакет документов на получение кредита, создает заявку в ИС. Для этого он с помощью формы «Создание клиента» и «Создание заявки» заполняет поля и отправляет заявление на рассмотрение. Далее специалист кредитного отдела получает заявку, рассматривает и принимает решение в выдаче кредита. Заявление на получение кредита может быть одобрено или отказано. После того, как специалист кредитного отдела проставляет статус по заявке, специалист ГВС получает результат. Также управляющий дополнительным офисом может составить отчет.

Диаграмма деятельности для бизнес-процесса «Рассмотрение заявки»

Рис.3.10.



3.3.7 Диаграмма размещения

На диаграмме показано размещение компонентов системы. Компьютеры, на которых находятся программа-клиент, подключены по локальной сети к серверу БД.

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

Диаграмма размещения

Рис.3.11.

3.4 Создание интерфейса

Для более удобного использования базы данных в процессе работы необходимо создать интерфейс. Интерфейс должен быть доступным и удобным для пользователей, работающих с базой. В данной курсовой работе интерфейс для базы был создан с помощью Oracle Database 10g Express Edition (Application Express). При использовании данного программного продукта разработка пользовательского интерфейса осуществляется с помощью запросов.

Oracle Application Express сочетает в себе высокую производительность, безопасность, интегрируемость и гибкость персональных БД. APEX позволяет генерировать из данных, хранящихся в БД Oracle, динамические страницы программ и обрабатывать их в режиме реального времени. Показ новой страницы сопровождается появлением новой сессии базы данных, благодаря чему достигается экономия ресурсов сервера так, как они используются лишь во время запроса к Application Express, генерации и обработке страниц.

На рис.3.12. изображена блок-схема пользовательского интерфейса ИС «Обработка кредитных заявок».

Для работы с информационной системой пользователю необходимо запустить программу и пройти процесс аутентификации, то есть пользователю необходимо ввести свои идентификационные данные - логин и пароль (рис.3.13).

Если процесс прошел успешно, пользователь попадает на главную страницу программы и может перемещаться по страницам приложения с помощью меню. Меню состоит из нескольких вкладок - «Поиск заявки», «Новый клиент», «Новая заявка»,»Все заявки», «Отчеты». На каждой странице программы есть пункт меню «Выход», с помощью которого пользователь может завершить работу с программой.

Схема компонентов пользовательского интерфейса ИС

«Обработка кредитных заявок»



Рис. 3.12



Идентификация

Рис.3.13.

На рис.3.14 представлено диалоговое окно «Поиск заявки». На этой странице сотрудник может осуществить поиск заявок по заданным критериям.

Диалоговое окно «Поиск заявки»

Рис. 3.14

Следующая страница «Новый клиент», где создается информация по клиенту присваивается идентификационный номер.

Диалоговое окно «Новый клиент»

Рис.3.15



После создания клиента, переходим на страницу «Новая заявка», где сотрудник заводит заявку, т.е. информацию о желаемом кредите, также прикрепляет отсканированный пакет документов.

Диалоговое окно «Новая заявка»

Рис.3.16

На странице «Отчет» сотрудник может посмотреть списки сотрудников, в котором отражается информация или клиентов.

Диалоговое окно «Отчет»

Рис. 3.17

Работа с базой данных ИС «Обработка кредитных заявок»

На вкладке «Поиск заявки» можно осуществить запрос, где пользователь может найти заявку по параметрам: дата заведения заявки, ФИО клиента, подразделение, Вид кредита. Также можно результаты вывести на печать.

Поиск заявки

Рис. 3.18

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

Сохранение или удаление записи о клиенте

Рис. 3.18

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

Создание новой заявки

Рис. 3.19

На этой странице также есть кнопка «Срок рассмотрения заявок», которая открывает следующую страницу, для просмотра регламентированного срока заявок по видам кредитов.

Сроки рассмотрения заявок

Рис. 3.20

Следующая вкладка «Все заявки» представлена в виде отчета, которая показывает всю необходимую информацию о кредитных заявках, в том числе статус заявки и комментарии.

Все заявки

Рис.3.21

На этой странице есть кнопка «Одобренные заявки», которая позволяет сформировать отчет по одобренным кредитам, предварительно задав период времени.

Одобренные кредиты

Рис. 3.22

Благодаря кнопке «Средняя сумма одобренных кредитов» пользователь может узнать среднюю сумму одобренных заявок по видам кредита.

Средняя сумма одобренных кредитов

Рис. 3.23

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

Отчет для кредитного отдела

Рис. 3.24

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



Отчет для управляющих

Рис. 3.25

И на последней вкладке «Отчет» можно запросить полный список по клиентам или сотрудникам

Отчет по клиентам

Рис. 3.26



Отчет по сотрудникам

Рис. 3.27



4. ЭКОНОМИЧЕСКАЯ ЧАСТЬ

4.1 Расчет трудоемкости разработки и внедрения АС

Для установления нормативов трудоемкости на работы по созданию информационной системы нам нужно воспользоваться отраслевым стандартом ОСТ 4.071.030.

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

· Степень новизны;

· Группу сложности задач;

· Группу сложности программы.

Таблица 3.1. Характеристики системы

Характеристика	Степень/Группа сложности	Описание
Степень новизны	1	Индивидуальная разработка задач с целью развития АСУП, реализуемой на ЭВМ; разработка головных (типовых) проектов АСУП, реализуемых на ЕС ЭВМ
Группа сложности задач	2	Алгоритмы, позволяющие решать задачи: · оперативного планирования производством; · текущего планирования и регулирования трудовыми и материальными ресурсами; · управление технической подготовкой производства; · нормативного и аналитического учета.
Группа сложности программ	3	Программы несложной логической структуры с простой формой входных и выходных документов, не требующие модификации разработанных алгоритмов для ЭВМ.

Поправочный коэффициент рассчитывается последующей формуле



Кпопр..

Количество пользователей, постоянно работающих с системой составляет 3 человека. Из этого следует, что поправочный коэффициент будет равен:

Приступим к расчётам

Таблица 3.2.

Нормативы трудоемкости на проектирование ИС с использованием БД

Код работы	Наименование работы	Трудоемкость по ОСТ 4.071.030, чел.-ч. (1-ая степень новизны, 2 сложность задач, 3 сложность программ)	Трудоемкость с учетом поправочного коэффициента, чел.-ч
	Разработка технического задания*	10772	32,32
201000	Организационно-техническая подготовка к обследованию объекта управления	114	0,34
202000	Обследование объекта управления	2025	6,08
203000	Анализ и оформление материалов обследования	2772	8,32
205000	Разработка плана мероприятий по подготовке объекта к внедрению системы	123	0,37
206000	Разработка основных требований к создаваемой системе, составление и согласование технического задания	5558	16,67
207000	Предварительный расчёт экономической эффективности разрабатываемой системы	180	0,54
	Разработка технического проекта	21359	64,08
401000	Определение технико-экономических показателей, необходимых для управления объектом	595	1,79
402000	Разработка структуры автоматизированной системы управления объектом	700	2,10
403000	Доработка (выбор) языка описания информации	2676	8,03
404000	Обоснование состава задач, их взаимосвязей и разработка схем документооборота	2150	6,45
405000	Разработка проектных решений по техническому обеспечению системы	1392	4,18
406000	Разработка (доработка) логической структуры базы данных БД.	3192	9,58
407000	Разработка физической организации базы данных БД	2128	6,38
408000	Разработка (доработка) алгоритмов формирования БД	3380	10,14
409000	Разработка (доработка) алгоритмов ведения БД	4420	13,26
410000	Расчёт экономической эффективности системы	453	1,36
411000	Уточнение плана мероприятий по подготовке объекта к внедрению системы и его частичная реализация	266	0,80
	Постановка задачи и разработка алгоритма решения по группам сложности:
412000	2	924	2,77
413000	Разработка рабочего проекта	3759	11,28
414000	Разработка технологического процесса функционирования вычислительного центра объекта	205	0,62
415000	Разработка (уточнение) технологического процесса сбора и обработки информации	1497	4,49
	Разработка программ и программной документации по группам сложности на языках программирования:
602000	на проблемно-ориентированных языках типов Кобол, ПЛ-1
603000	3	1056	3,17
616000	Уточнение расчёта экономической эффективности системы	96	0,29
617000	Завершение мероприятий по подготовке объекта к внедрению системы	1 961	5,88
	ИТОГО	38950	92,55

Далее мы рассчитаем нормативы трудоемкости на проектирование ИС 1-й степени новизны с использованием БД по этапам разработки и оформления документации.

Таблица 3.3

Нормативы трудоемкости на проектирование ИС 1-й степени новизны с использованием БД по этапам разработки и оформления документации.

Код работы	Наименование работы	Трудоемкость по ОСТ 4.071.030, чел.-ч. (1-ая степень новизны, 2 сложность задач, 3 сложность программ)	Трудоемкость с учетом поправочного коэффициента, чел.-ч
		всего	разработка и оформление оригинала	оформление подлинника	согласование и утверждение подлинника	размножение, переплёт и передача документации заказчику	руководство ходом работ	всего	разработка и оформление оригинала	оформление подлинника	согласование и утверждение подлинника	размножение, переплёт и передача документации заказчику	руководство ходом работ
202000	Обследование объекта управления и оформление материалов обследования*	4911	3364	538	314	269	426	14,73	10,09	1,61	0,94	0,81	1,28
205000	Разработка плана мероприятий по подготовке объекта к внедрению системы	123	41	25	16	-	41	0,37	0,12	0,08	0,05	-	0,12
206000	Разработка основных требований к создаваемой системе и составление технического задания	5558	3677	588	278	294	721	16,67	11,03	1,76	0,83	0,88	2,16
207000	Предварительный расчёт экономической эффективности системы	180	143	25	12	-	-	0,54	0,43	0,08	0,04	-	-
401000	Определение технико-экономических показателей, необходимых для управления объектом.	595	401	65	37	32	60	1,79	1,20	0,20	0,11	0,10	0,18
402000	Разработка структуры автоматизированной системы управления объектом	700	472	76	44	38	70	2,10	1,42	0,23	0,13	0,11	0,21
403000	Разработка языка описания информации	2676	1807	289	169	144	267	8,03	5,42	0,87	0,51	0,43	0,80
404000	Обоснование состава задач, их взаимосвязей и разработка схем документооборота	2150	1452	232	135	116	215	6,45	4,36	0,70	0,41	0,35	0,65
405000	Разработка проектных решений по техническому обеспечению системы.	1399	850	138	93	72	246	4,20	2,55	0,41	0,28	0,22	0,74
406000	Разработка логической структуры базы данных БД.	3192	2155	345	201	172	319	9,58	6,47	1,04	0,60	0,52	0,96
407000	Разработка физической организации базы данных БД.	2128	1436	230	134	115	213	6,38	4,31	0,69	0,40	0,35	0,64
408000	Разработка алгоритмов формирования базы данных БД.	3380	2282	365	212	183	338	10,14	6,85	1,10	0,64	0,55	1,01
409000	Разработка алгоритмов ведения базы данных БД.	4420	2983	478	278	239	442	13,26	8,95	1,43	0,83	0,72	1,33
410000	Расчёт экономической эффективности системы	453	348	60	45	-	-	1,36	1,04	0,18	0,14	-	-
411000	Уточнение плана мероприятий по подготовке объекта к внедрению системы и его частичная реализация	266	181	-	60	-	25	0,80	0,54	-	0,18	-	0,08
	Постановка задачи и разработка алгоритма решения по группам сложности:
413000	2	924	694	116	67	47	-	2,77	2,08	0,35	0,20	0,14	-
602000	Разработка технологического процесса функционирования вычислительного центра объекта	205	121	21	12	10	41	0,62	0,36	0,06	0,04	0,03	0,12
603000	Разработка технологического процесса сбора и обработки информации	1497	950	135	76	66	270	4,49	2,85	0,41	0,23

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

• Проектирование информационной системы регистрации бракосочетаний и изменения гражданского состояния населения для отдела ЗАГС Балашихинского района

  Анализ уровня технической и программной оснащенности ЗАГСа. Обзор языков программирования для создания информационной системы. Моделирование структуры реляционной базы данных в составе ИС. Диаграммы кооперации, классов, компонентов, развертывания.
  
  курсовая работа [424,2 K], добавлен 12.02.2016
  

• Разработка информационной системы учета призывников в администрации (на примере администрации с. Казинка)

  Разработка требований к программному обеспечению отдела воинского учета, методология проектирования информационной системы. Реализация и аттестация информационной системы, взаимодействие приложения с источниками данных, его экономическая эффективность.
  
  дипломная работа [1,3 M], добавлен 30.11.2010
  

• Исследования информационной системы для установки газового оборудования

  Анализ существующих решений по автоматизации предметной области. Выбор методологии проектирования информационной системы. Сбор и спецификация, анализ, моделирование и аттестация требований. Возможные неисправности и сопровождение информационной системы.
  
  курсовая работа [645,2 K], добавлен 26.05.2015
  

• Разработка автоматизированной информационной системы учета для расчёта заработной платы ОАО РПТ "Авторемонтник"

  Выбор методологии проектирования и разработка информационной системы "Расчёт зарплаты" для предприятия ОАО РТП "Авторемонтник". Архитектурное проектирование базы данных информационной системы и разработка её интерфейса. Тестирование программного модуля.
  
  дипломная работа [2,3 M], добавлен 25.05.2014
  

• Автоматизация процесса управления использованием автотранспорта АО "ХК Сибирский Цемент"

  Разработка системы хранения и обработки данных, интерфейса. Использование технологии Xamarin.Forms для организации заполнения путевых листов. Выбор операционной системы, языка и среды программирования. Аппаратная интеграция информационной системы.
  
  дипломная работа [1,7 M], добавлен 09.07.2017
  

• Разработка базы данных для АСУ "Компьютерные курсы"

  Анализ предметной области объекта автоматизации "Компьютерные курсы". Обзор информационных технологий, подходящих для разработки информационной системы. Требования к разрабатываемой базе данных и ее проектирование, особенности ее программной реализации.
  
  курсовая работа [369,8 K], добавлен 30.05.2013
  

• Разработка автоматизированной информационной системы для медработников "Заказы на лекарства"

  Выбор, обоснование и особенности работы СУБД. Характеристика языков программирования. Разработка структурной и функциональной модели информационной системы аптеки. Проектирование программной среды АИС и ее интерфейса. Построение модели базы данных.
  
  курсовая работа [442,3 K], добавлен 21.04.2012
  

• Разработка автоматизированной информационной системы учета объектов интеллектуальной собственности

  Определение основных функциональных требований к модулям автоматизированной информационной системы. Разработка концептуальной модели данных. Реализация системы учета объектов интеллектуальной собственности и научно-технической продукции университета.
  
  дипломная работа [5,2 M], добавлен 26.05.2012
  

• Разработка информационной системы "Составление расписаний занятий"

  Технико-экономические показатели разработки. Функциональные модели информационной системы и ее объектно-ориентированное проектирование. Анализ вариантов использования. Тестирование программного продукта, а также исследование технической документации.
  
  курсовая работа [175,2 K], добавлен 14.09.2015
  

• Создание информационной системы предприятия в среде Adobe Dreamweaver

  Характеристика существующих технологий для разработки информационной системы. Проектирование реляционной базы данных информационной системы учета научных публикаций в среде Adobe Dreamweaver. Оценка функциональных возможностей системы учета публикаций.
  
  дипломная работа [2,0 M], добавлен 12.08.2015
  

• Проектирование информационной системы для ООО "СВД"

  Разработка информационной системы на базе высокоскоростной сети для ООО "СВД". Анализ организационной структуры разрабатываемой сети; определение топологии; выбор сетевого программного обеспечения, подбор технического оборудования и расчет его стоимости.
  
  курсовая работа [3,6 M], добавлен 10.01.2013
  

• Разработка модуля внешней обработки для "1С Предприятие 8.2. Управление торговлей 10.3"

  Выбор методологии проектирования информационной системы, сбор требований, их моделирование. Архитектурное проектирование, разработка пользовательского интерфейса и модулей. Реализация и аттестация информационной системы. Методика работы с приложением.
  
  дипломная работа [2,9 M], добавлен 25.05.2014
  

• Разработка экономической информационной системы "Библиотека"

  Анализ предметной области разрабатываемой информационной системы "Библиотека". Проектирование базы данных в среде MS Access. Физическая реализация данной информационной системы средствами Delphi 7 и MS Access 2003. Области применения технологии BDE.
  
  курсовая работа [2,4 M], добавлен 12.01.2016
  

• Проект информационной системы по учету оказания услуг

  Проектирование информационной системы по учету оказания услуг негосударственного образовательного учреждения "Центр бухгалтерии и бизнеса". Требования заказчика к разрабатываемой базе данных. Функциональная структура программной системы обработки данных.
  
  курсовая работа [1,4 M], добавлен 26.11.2011
  

• Проектирование корпоративной информационной системы предприятия

  Разработка структуры корпоративной информационной системы ООО НПО "Мир": создание схемы адресации, системы доменных имен; выбор программной и аппаратной конфигураций клиентских станций и развернутых серверов. Расчет стоимости программного обеспечения.
  
  курсовая работа [1,2 M], добавлен 20.02.2013
  

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

  Проведение исследования назначения и области применения информационной системы. Организационная структура объекта автоматизации. Используемые классификаторы и системы кодирования. Характеристика выходной информации. Описание программных модулей.
  
  курсовая работа [1,1 M], добавлен 20.11.2021
  

• Разработка автоматизированной информационной системы учета заявок на ремонт подвижного состава на примере предприятия РМ ПАТП-6

  Разработка требований к программному обеспечению. Проектирование пользовательского интерфейса. Представление информационной системы в архитектуре "клиент-серверная". Проектирование программных модулей. Создание структуры пооперационного перечня работ.
  
  курсовая работа [3,1 M], добавлен 09.08.2011
  

• Разработка автоматизированной информационной системы "Учет заявок на ремонт и диагностику"

  Анализ входной информации и процессов, уровня автоматизации на предприятии. Выявление объекта и задачи автоматизации. Разработка концепции построения информационной модели информационной системы. Разработка структуры базы данных и клиентского приложения.
  
  дипломная работа [2,0 M], добавлен 22.11.2015
  

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

  Характеристика объекта исследования. Понятие и значение оборотных фондов. Организация управления экономической информационной системы учета материальных оборотных активов предприятия. Создание MRP системы и автоматизация расчетов по стоимости запасов.
  
  дипломная работа [929,2 K], добавлен 15.08.2010
  

• Модернизация автоматизированной информационной системы учета товара

  Характеристика информационной системы и действующей системы-прототипа ОАО "Центрпродсервис". Организационная структура, информационно-технологическое сопровождение и алгоритмическое обеспечение системы. Проектирование базы данных. Расчет проектных затрат.
  
  дипломная работа [2,8 M], добавлен 21.01.2015
  

• главная
• рубрики
• по алфавиту
• вернуться в начало страницы
• вернуться к началу текста
• вернуться к подобным работам