Разработка физической модели

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

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

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

Детализированный процесс «Организация кредитов» состоит из 4 процессов: контакт с клиентами, обработка заявок, принятие решения, выдача кредита(Рис.2)

Рис.2. Детализация процесса A-0 Организация кредитов (IDEF-0 2-го уровня)

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

Рис.3. Детализация процесса А-1 Контакт с клиентами (DFD 1 – го уровня)

 

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

Рис.4. Детализация процесса А-2 Обработка заявок (DFD 1-го уровня)

 

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

Подробная детализация процессов «Проверка финансового положения» (Рис.5.1.), «Проверка кредитоспособности»(Рис.5.2.) и «Проверка кредитной истории»(Рис.5.3.) показывается на соответствующих рисунках.

Рис.5. Детализация процесса А3.1 Принятие решений (IDEF 1-го уровня)

 

Рис.5.1. Детализация процесса 3.1 Проверка Финансового положения (IDEF-3 2-го уровня)

 

Рис.5.2. Детализация процесса 5.1 Проверка кредитоспособности (IDEF-3 2-го уровня)

 

Рис.5.3. Детализация процесса 4.1 Проверка кредитной истории (IDEF-3 2-го уровня)

 

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

 

Рис.6. Детализация процесса Выдача кредитов (DFD 1-го уровня)

Диаграмма «сущность-связь» (ERD)

«Диаграммы «сущность-связь» (ERD) предназначены для разработки моделей данных и обеспечивают стандартный способ определения данных и отношений между ними. Фактически с помощью (ERD) осуществляется детализация хранилищ данных проектируемой системы, а также документируются сущности системы и способы их взаимодействия, включая идентификацию объектов, важных для предметной области (сущностей), свойств этих объектов (атрибутов) и их отношений с другими объектами (связей)» [1, стр.17].

Ниже приведена диаграмма «сущность-связь», показывающая связи между основными компонентами туристической фирмы (рис. 10).

 

Рис.10. Диаграмма «сущность-связь»

 

Спецификации процессов

Спецификации процессов используются для описания функционирования процесса в случае отсутствия необходимости детализировать его с помощью DFD. Фактически они представляют собой алгоритмы описания задач, выполняемых процессами, и множество всех спецификаций является полной спецификацией системы [4, стр.27].

1. Спецификация процесса 0.1.3.3.1 ОФОРМЛЕНИЕ ЗАЯВКИ:

@ВХОД = ЗАПРОС КОЛИЧЕСТВА ОТДЫХАЮЩИХ

@ВЫХОД = ИНФОРМАЦИЯ

@СПЕЦПРОЦ 0.1.3.3.1 ПРОВЕРЯЮТ НАЛИЧИЕ

По получении ЗАПРОСА ИНФОРМАЦИИ выдать ИНФОРМАЦИЮ о наличии туров с заданным количеством мест

@КОНЕЦ СПЕЦИФИКАЦИИ ПРОЦЕССА 0.1.3.3.1 ОФОРМЛЕНИЕ ЗАЯВКИ

2. Спецификация процесса 0.1.3.2.2 ОФОРМЛЕНИЕ ТУРА:

@ВХОД= МЕСТО ОТДЫХА

@ВХОД = ВРЕМЯ ОТДЫХА

@ВХОД = ЦЕНА ОТДЫХА

@ВХОД = ОТЕЛЬ ДЛЯ ОТДЫХА

@ВЫХОД = ЗАКАЗАННЫЙ ТУР

@СПЕЦПРОЦ 0.1.3.2.2 ОФОРМЛЕНИЕ ТУРА

По получении заявки на МЕСТО ОТДЫХА, ВРЕМЯ ОТДЫХА, ЦЕНА ОТДЫХА и ОТЕЛЬ ДЛЯ ОТДЫХА предоставить информацию о имеющихся турах и ОФОРМИТЬ ТУР.

@КОНЕЦ СПЕЦИФИКАЦИИ ПРОЦЕССА 0.1.3.2.2 ОФОРМЛЕНИЕ ТУРА

3. Спецификация процесса 0.1.3.3.3 ПРЕДОСТАВЛЕНИЕ ИНФОРМАЦИИ В ОТЕЛЬ:

@ВХОД = ИНФОРМАЦИЯ О КЛИЕНТЕ

@ВХОД = ВРЕМЯ ОТДЫХА КЛИЕНТА

@ВХОД= ОПЛАТА ОТДЫХА

@ВХОД= ВЫБРАННЫЕ ЭКСКУРСИИ

@ВЫХОД = ГОТОВАЯ ИНФОРМАЦИЯ В ОТЕЛЬ

@СПЕЦПРОЦ 0.1.3.3.3 ПРЕДОСТАВЛЕНИЕ ИНФОРМАЦИИ В ОТЕЛЬ

По получении данных ИНФОРМАЦИЯ О КЛИЕНТЕ, ВРЕМЯ ОТДЫХА КЛИЕНТА ОПЛАТА ОТДЫХА, ВЫБРАННЫЕ ЭКСКУРСИИ выдать готовую информацию для отеля

@КОНЕЦ СПЕЦИФИКАЦИИ ПРОЦЕССА 0.1.3.3.3 ПРЕДОСТАВЛЕНИЕ ИНФОРМАЦИИ В ОТЕЛЬ

4. Спецификация процесса 0.1.3.1.1 ЗАНЕСЕНИЕ ИНФОРМАЦИИ О ПАРТНЕРЕ:

@ВХОД = НАЗВАНИЕ КОМПАНИИ

@ВХОД = Ф.И.О. РУКОВОДИТЕЛЯ КОМПАНИИ

@ВХОД = УСЛУГИ ОТ ПАРТНЕРА

@ВЫХОД = ИНФОРМАЦИЯ О ПАРТНЕРЕ

@СПЕЦПРОЦ 0.1.3.1.1 ЗАНЕСЕНИЕ ИНФОРМАЦИИ О ПАРТНЕРЕ

По получении данных: НАЗВАНИЕ КОМПАНИИ, Ф.И.О. РУКОВОДИТЕЛЯ КОМПАНИИ, УСЛУГИ ОТ ПАРТНЕРА предоставить полную ИНФОРМАЦИЯ О ПАРТНЕРЕ и ЗАНЕСТИ эту информацию в программ

@КОНЕЦ СПЕЦИФИКАЦИИ ПРОЦЕССА 0.1.3.1.1 ИНФОРМАЦИИ О ПАРТНЕРЕ

5. Спецификация процесса 0.1.3.2.7 ПРЕДПОЧТЕНИЯ КЛИЕНТА В ВЫБОРЕ ТУРА

@ВХОД = ЗАПРОС ВРЕМЕНИ ОТДЫХА

@ВХОД = МЕСТО ОТДЫХА

@ВХОД = ВЫБОР ТРАНСПОРТА

@ВХОД = МАКСИМАЛЬНАЯ ЦЕНА ТУРА

@ВХОД = ВЫБОР ОТЕЛЯ

@ВЫХОД = ИНФОРМАЦИЯ О ПРЕДПОЧТЕНИЯХ КЛИЕНТА

@СПЕЦПРОЦ 0.1.3.2.7 ПРЕДПОЧТЕНИЯ КЛИЕНТА В ВЫБОРЕ ТУРА

По получении ЗАПРОСОВ о ВРЕМЕНИ ОТДЫХА, МЕСТО ОТДЫХА, ВЫБОР ТРАНСПОРТА, МАКСИМАЛЬНАЯ ЦЕНА ТУРА, ВЫБОР ОТЕЛЯ узнать ПРЕДПОЧТЕНИЯ КЛИЕНТА В ВЫБОРЕ ТУРА

@КОНЕЦ СПЕЦИФИКАЦИИ ПРОЦЕССА 0.1.3.2.7 ПРЕДПОЧТЕНИЯ КЛИЕНТА В ВЫБОРЕ ТУРА