Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
КП Пояснительная записка (борзых).doc
Скачиваний:
2
Добавлен:
01.03.2025
Размер:
2.57 Mб
Скачать

2 Анализ предметной области. Разработка и описание функциональной модели

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

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

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

Блок А0 – «Деятельность строительной фирмы», представленный на рисунке 1, может быть описан более подробно на другой диаграмме, расположенной на один уровень ниже в иерархии. Диаграмма нижнего уровня, или диаграмма-потомок, показывает внутреннее содержание блока – родителя. Процесс создания более детальных диаграмм называется декомпозицией.

Рисунок 1 - Контекстная диаграмма

2.2 Декомпозиция моделируемой системы

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

блок А1 – «Принять заказ на строительство»;

блок А2 – «Провести подготовительные работы»;

блок А3 – «Выполнить строительные работы»;

блок А4 – «Пройти обследование на соответствие стандарту качества».

Design/IDEF определяет, представляет ли дуга, соединенная с декомпозируемым блоком, вход, выход, управление или механизм, и помещает соответствующий ICOM- код в лотовый узел на новой странице: I - для входной дуги (Input), С - для дуги управления (Control), О - для выходной дуги (Output), M - для дуги механизма (Mechanism).

Рисунок 2 - IDEF0-диаграмма первого уровня функциональной модели

Первый этап заключается в оформлении договора. Менеджер принимает заказ от клиента. Оформляется договор на строительство. На выходе данного блока - «принятый заказ».

Второй этап заключается в проведении подготовительных работ. На этом этапе строительство коттеджа ещё не началось, но этот этап очень важен – без его выполнения нельзя приступать непосредственно к строительству коттеджа.

На третьем этапе происходит строительство коттеджа. После чего на выходе данного блока мы имеем завершённые строительные работы.

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

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

DFD-диаграмма содержит:

  • функции обработки информации (работы);

  • документы (стрелки) и объекты, которые участвуют в обработке информации;

  • внешние ссылки, которые обеспечивают интерфейс с внешними объектами, находящимися за границами моделируемой системы;

  • таблицы для хранения документов или объектов (хранилище данных).

DFD-диаграмма блока «Принять заказ на строительство» будет иметь вид, представленный на рисунке 3.

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

На данной диаграмме в качестве внешних данных используется заказ организации. Заказ организации оформляется, и оформленный заказ поступает в хранилище данных «Список заказов». Аналогично, DFD-диаграмма блока «Провести подготовительные работы» будет иметь вид, представленный на рисунке 4.

Рисунок 4 - DFD-диаграмма блока

«Провести подготовительные работы»

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

В свою очередь, DFD-диаграмма блока «Выполнить строительные работы» будет иметь вид, представленный на рисунке 5.

Рисунок 5 - DFD-диаграмма блока

«Выполнить строительные работы»

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

DFD-диаграмма блока «Пройти обследование на соответствие стандарту качества» будет иметь вид, представленный на рисунке 6.

Рисунок 6 - DFD-диаграмма блока

«Пройти обследование на соответствие стандарту качества»

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