1.3.4. Модель вариантов использования
При разработке ИС одной из главных задач, определяющих последующую реализацию системы, является задача определения требований, предъявляемых к ней. Прежде всего, то, что она будет делать, а что не будет. Одним из средств достижения этого является диаграмма использования или диаграмма прецедентов. Главной целью построения системной модели прецедентов является уточнение и документирование функциональных требований к системе. Все функциональные требования к системе должны отображаться в виде соответствующего варианта использования. Функциональные требования, не учтенные в вариантах использования, не будут реализованы. Поэтому для каждого функционального требования (п.1.3.3.) определен четко спланированный сценарий выполнения:
создание документа на выдачу;
добавление нового клиента;
изменение данных о клиенте;
составление договора;
осуществление поиска.
Совокупность этих сценариев, актеров выполняющих данные сценарии и требований, реализуемых с их помощью, представляет собой модель вариантов использования. Она представлена на рисунке 18.
Рис. 18 Модель вариантов использования
1.3.5. Формирование сценариев, реализующих требования.
Каждый сценарий из модели вариантов использования декомпозируется и подробно расписывается на составляющие процессы, показывающие поэтапное достижение системой заданных требований.
Декомпозиция сценария «Добавление нового клиента».
Этот сценарий описывает, каким образом заполняются данные о новом клиенте. Действие начинается с того, что пользователь (т.е. кредитный инспектор) загружает приложение «Поиск», и в системе открывается форма «Поиск». Далее на основе паспорта клиента кредитный инспектор вводит фамилию, имя и отчество клиента. Затем нажимает кнопку «Поиск» и на форме отображаются клиенты с таким же ФИО. Если такого клиента нет, инспектор нажимает кнопку «Новый клиент», и в системе открывается форма «Новый клиент». На основе набора документов инспектор заполняет ячейки формы. В набор документов входит: анкета, паспорт, справка о доходах, трудовая книжка и второй документ (т.е. страховое свидетельство или водительское удостоверение). После заполнения всей информации он визуально проверяет правильность и если все правильно, нажимает кнопку «Сохранить». Форма закрывается, база данных обновляется, и система завершает свою работу.
Используемые входные объекты: паспорт класса «pasport» (хранимые данные – ФИО клиента, серия и номер паспорта, дата выдачи, кем выдан), набор документов класса «nabor» (хранимые данные - паспорт, трудовая книжка, 2ой документ (водительское удостоверение, страховое свидетельство)).
Используемые выходные объекты: отчет о внесении клиента в базу данных класса «otchet» (хранимые данные - отчет в электронном виде).
Используемые объекты - формы: форма «Новый клиент» класса «newKlient» и форма «Поиск» класса «Poisk». На формах только отображаются данные.
Рис. 19 Декомпозиция сценария «Добавление нового клиента»
2) Декомпозиция сценария «Составление договора».
Действие начинается с того, что кредитный инспектор загружает приложение «Новый договор». В системе открывается форма «Новый договор». Кредитный инспектор вводит в эту форму реквизиты договора (например, №договора, вид кредита, сумму кредита, процентную ставку, срок кредита и др.). После того, как он ввел все реквизиты договора, он нажимает кнопку «Клиент». Открывается форма «Поиск клиента». В ячейки этой формы инспектор заносит фамилию, имя, отчество клиента и нажимает кнопку «Поиск». На форме отображаются клиенты. Далее инспектор смотрит – если клиент есть в базе данных, то он его выбирает, щелкая по нужной строчке 2 раза. Открывается форма «Информация о клиенте» с заполненными ячейками. Инспектор просматривает информацию и нажимает кнопку «Выбрать клиента». Форма «Информация о клиенте» закрывается и происходит возврат на форму «Новый договор», где уже в ячейке «Клиент» отображены фамилия, имя, отчество клиента. Инспектор нажимает кнопку «Сохранить» и база данных обновляется. Далее он нажимает кнопку «Печать договора» и открывается шаблон кредитного договора в текстовом редакторе Word. В шаблоне уже внесены данные по договору. Инспектор проверяет правильность заполнения и распечатывает кредитный договор. После чего кредитный договор подписывают управляющий банка и клиент. Теперь кредитный договор вступил в силу, и клиент обязан выполнять все пункты, описанные в договоре.
Если же клиента в базе данных нет, то инспектор на форме нажимает кнопку «Новый клиент», и открывается форма «Новый клиент». На основе набора документов он заполняет данные о клиенте и нажимает кнопку «Сохранить». Происходит обновление в базе данных, закрывается форма «Новый клиент» и происходит возврат на форму «Новый договор». Далее все происходит точно так же, как описано выше.
Используемые входные объекты: №договора класса «№dogovor» (хранимые данные - номер кредитного договора); счет класса «schet» (хранимые данные - номер счета); ФИО клиента класса «FIO» (хранимые данные – фамилия, имя, отчество клиента); набор документов класса «nabor» (хранимые данные - паспорт, трудовая книжка, 2ой документ (водительское удостоверение, страховое свидетельство)).
Используемые выходные объекты: отчет о внесении клиента в базу данных класса «otchet» (хранимые данные – отчет в электронном виде); отчет о внесении договора в базу данных класса «otchet» (хранимые данные – отчет в электронном виде); договор класса «dogovor» (хранимые данные – номер договора, счет, вид кредита, ФИО клиента, его паспортные данные и т.д.).
Используемые объекты - формы: форма «Новый договор» класса «newDogovor»; форма «Поиск клиента» класса «Poisk»; форма «Новый клиент» класса «NewKlient»; форма «Информация о клиенте» класса «Klient». На формах только отображаются данные.
Рис. 20 Декомпозиция сценария «Составление договора»
3) Декомпозиция сценария «Изменение данных о клиенте».
Этот сценарий описывает, каким образом происходит процесс изменения данных о клиентах. Процесс начинается с того, что кредитный инспектор загружает приложение «Поиск». В системе открывается форма «Поиск». На основе паспортных данных он вносит в соответствующие ячейки фамилию, имя и отчество клиента. Далее он нажимает кнопку «Поиск». На форме отобразились некоторые параметры поиска. Выбрав нужного клиента, инспектор выбирает из контекстного меню пункт «Информация о клиенте». После чего в системе открывается форма «Информация о клиенте» с заполненными ячейками, где все ячейки неактивны. Инспектор нажимает кнопку «Изменить», и все ячейки становятся активными. Он вносит необходимые изменения и нажимает кнопку «Сохранить». База обновляется, инспектор нажимает кнопку «ОК», после чего форма закрывается. Внести какие-либо изменения в базу данных кредитный инспектор может лишь в случае ошибочно набранных данных.
Используемые входные объекты: паспорт класса «pasport» (хранимые данные – ФИО клиента, серия и номер паспорта, дата выдачи, кем выдан); ошибочно введенные данные класса «oshibka».
Используемые выходные объекты: отчет о внесении изменений класса «otchet» (хранимые данные - отчет в электронном виде).
Используемые объекты - формы: форма «Поиск» класса «poisk»; форма «Информация о клиенте» класса «klient». На формах только отображаются данные.
Рис. 21 Декомпозиция сценария «Изменение данных о клиенте»
4) Декомпозиция сценария «Осуществление поиска».
Этот сценарий описывает процесс осуществления поиска клиента по выбранным критериям. Процесс начинается с того, что кредитный инспектор загружает приложение «Поиск», и открывается форма «Поиск». Кредитный инспектор вводит в ячейки формы необходимые параметры поиска (например, ФИО клиента, №договора или счет) и нажимает кнопку «Поиск». Поиск по введенным параметрам производится в базе данных и на форме отображается необходимая информация. Далее инспектор выбирает из контекстного меню пункт «Информация о клиенте» или «Информация о договоре» в зависимости от того, какую информацию он хочет просмотреть. Открывается форма с заполненными ячейками «Информация о клиенте» либо «Информация о договоре» соответственно. Инспектор просматривает информацию и нажимает кнопку «ОК». Форма закрывается и система завершает свою работу.
Используемые входные объекты: ФИО клиента класса «FIO» (хранимые данные – фамилия, имя, отчество клиента); №договора класса «№dogovor» (хранимые данные - номер кредитного договора); счет класса «schet» (хранимые данные – номер счета).
Используемые объекты - формы: форма «Поиск» класса «poisk»; форма «Информация о договоре» класса «dogovor»; форма «Информация о клиенте» класса «klient». На формах отображаются только данные.
Рис. 22 Декомпозиция сценария «Осуществление поиска»