1.3.3. Формирование требований к системе
На основе выявленных ранее бизнес-решений (п.1.2.6.) можно выявить состав типовых бизнес-требований. Так как каждое типовое бизнес-решение может быть представлено в виде определенных бизнес-требований. Типовые бизнес-требования это и есть функциональные требования к системе, то есть то, что конкретно должна выполнять система.
Рис. 17 Представление функциональных требований
Функциональные требования к системе:
осуществление ввода, хранения, изменения, удаления информации о клиенте;
реализация добавления и хранения реквизитов кредитного договора;
автоматизированный ввод необходимой информации в документ на выдачу;
оперативный поиск информации о клиенте или договоре.
Рис. 18 Функциональные требования к системе
Нефункциональные требования к системе
осуществлять автоматизированный сбор (ввод) и хранение данных в СУБД;
возможность ведения электронных отчетов о деятельности подразделения;
облегчение поиска и обработки данных о заключенных договорах;
разрабатываемая информационная система должна быть реализована в установленные сроки;
разрабатываемая информационная система должна быть реализована на основе технологии клиент-сервер;
термины, используемые в разрабатываемой информационной системе, должны быть на уровне, доступном восприятию обычного пользователя;
разрабатываемая информационная система должна быть максимально проста и удобна в применении.
Требования к архитектуре и процессу хранения данных
При проектировании информационной системы используется клиент – серверная технология обработки данных. Для повышения производительности и безопасности уже имеющейся системы обеспечивается бизнес - логики на стороне сервера. При этом разрабатываются серверные методы обработки данных СУБД, уточняются роли безопасности СУБД. В качестве СУБД для разработки базы данных был выбран Microsoft SQL Server2000.
Серверная программа Microsoft SQL Server 2000 будет установлена на компьютере пользователя. Данное ПО не требует дополнительной установки оперативной памяти (подходит по системным требованиям к возможностям данного компьютера), является высокопроизводительным, имеет удобный интерфейс администрирования, совместим с Borland C++ Builder а так же имеет несложный синтаксис языка написания процедур.
Конкурентоспособность системы
Проектируемая информационная система по автоматизации бизнес-процесса является выгодной и практичной. Она предполагает малые затраты и ресурсы, чем при покупке готового программного обеспечения. Проектируемая информационная система позволит автоматически оформлять кредитный оговор, а также вести статистику заключенных договоров. Разработка этого программного продукта, позволит сократить время поиска необходимой информации и составления отчетов, а значит уменьшить срок сдачи отчетной документации.
Разработка предполагаемой диаграммы бизнес-процесса (to-be)
Внедрение данной информационной системы не подразумевает под собой перепланировку структурных подразделений и изменений на предприятии кадрового состава. Данная система проста в обращении и позволяет легко обучиться работе с программой. При использовании такой информационной системы базовый бизнес-процесс будет иметь другую структуру, отличающуюся от «Модели AS-IS».
Перекинутть в окончательную формулировку требований к системе(от нефункц требований)
Рис. 15 «Оформление кредитного договора». Модель TO-BE.
Диаграмму можно декомпозировать на основные составляющие бизнес- процессы, входящие в состав основного БП:
занесение данных о клиенте в базу данных;
заполнение кредитного договора;
оформление документа на выдачу;
подписание договора.
Данная декомпозиция представлена в виде функциональной диаграммы в нотации IDEF0 (рис. 16).
Рис. 16 Декомпозиция базового бизнес-процесса. Модель TO-BE.
После работы с информационной системой получается сформировавшееся дело (так называемое досье), в котором указаны некоторые данные о клиенте, № договора, вид кредита, сроки кредитного договора и дата подписания договора. Этот документ представляется в бумажном виде и хранится в архиве банка.