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

        2) Методология объектного  проектирования на языке UML.

     Методология SADT (технология структурного анализа и проектирования) является одной из самых известных и широко используемых методик проектирования. Новое название методики, принятое в качестве стандарта, -IDEF0 (Icam DEFinition) является частью программы ICAM (Integrated Computer Aided Manufacturing - интегрированная компьютеризация производства).

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

     Методика  SADT представляет собой структурный анализ и технический дизайн.

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

     Моделирование предметной области в объектной  методике рассматривается как совокупность реально существующих объектов. Целью данной методики является выделение объектов и распределение между ними ответственности.

     Объектная методика более устойчива к различного рода изменениям в системе.

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

2.2 МОДЕЛИРОВАНИЕ БИЗНЕС-ПРОЦЕССОВ  

     Функциональная  модель предназначена для описания существующих бизнес - процессов на предприятии (так называемая модель AS-IS) и идеального положения вещей - того, к чему нужно стремиться (модель ТО-ВЕ). Методология IDEF0 предписывает построение иерархической системы диаграмм - единичных описаний фрагментов системы.

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

     Под моделью в IDEF0 понимают описание системы (текстовое и графическое), которое  должно дать ответ на некоторые заранее  определенные вопросы.

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

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

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

     Управление (Control) - правила, стратегии, стандарты, которыми руководствуется работа (стрелка, входящая в верхнюю грань).

     Выход (Output) - материал или информация, которые производятся работой (стрелка, исходящая из правой грани). Каждая работа должна иметь хотя бы одну стрелку выхода, так как работа без результата не имеет смысла и не должна моделироваться.

     Механизм (Mechanism) - ресурсы, которые выполняют работу (персонал, станки, устройства - стрелка, входящая в нижнюю грань).

     Вызов (Call) представляет собой взаимодействие одной модели работ с другой (стрелка, исходящая из нижней грани).

     Различают в IDEF0 пять типов связей работ.

     Связь по входу (input-output) имеет место, когда выход вышестоящей работы направляется на вход следующей работы.

     Связь по управлению (output-control) обозначает ситуацию, когда выход вышестоящей работы направляется на управление следующей  работы. Связь показывает доминирование вышестоящей работы.

     Обратная  связь по входу (output-input feedback) имеет  место, когда выход нижестоящей  работы направляется на вход вышестоящей.

     Обратная  связь по управлению (output-control feedback) обозначает ситуацию, когда выход  нижестоящей работы направляется на управление вышестоящей. Является показателем  эффективности бизнес-процесса.

     Связь выход-механизм (output-mechanism) имеет место, когда выход одной работы направляется на механизм другой и показывает, что работа подготавливает ресурсы для проведения другой работы.

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

      Процесс моделирования какой-либо системы в IDEF0 начинается с   определения контекста, т. е. наиболее абстрактного уровня описания          системы в целом. Построение модели ИС начинается с описания              функционирования предприятия (системы) в целом в виде контекстной     диаграммы. В графическом приложении приведена контекстная диаграмма ИС «Проектной           организации».

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

2.3 МОДЕЛИРОВАНИЕ ФУНКЦИОНАЛЬНЫХ ТРЕБОВАНИЙ К БД 

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

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

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

     DFD содержит процессы, которые преобразуют данные, потоки       данных, которые переносят данные, активные объекты, которые производят и потребляют данные, и хранилища данных, которые пассивно хранят          данные.

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

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

     В соответствии с DFD-диаграммой для размещения информации       системы требуются следующие хранилища данных: сотрудники,                 оборудование, готовые проекты, БД  смет затрат.  

2.4 ЛОГИЧЕСКАЯ МОДЕЛЬ БАЗЫ ДАННЫХ  

     В реальной жизни программные проекты  чаще всего достаточно    сложны, и их декомпозиция – это основная и, наверное, единственная       стратегия борьбы со сложностью. Она состоит в разбиении проблемы на мелкие управляемые элементы. До появления объектно-ориентированного подхода во времена господства парадигмы структурного программирования наиболее популярной методологией декомпозиции являлись структурный анализ и проектирование. Этот подход заключается в декомпозиции задачи на функции или процессы, приводящий к созданию иерархии процессов и подпроцессов. Объектно-ориентированный подход предлагает новый     мощный способ решения проблемы сложности программ. Вместо того чтобы рассматривать программу как набор последовательно выполняемых            инструкций, в ООП программа представляется в виде совокупности          объектов, обладающих сходными свойствами и набором действий, которые можно с ними производить.

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

     Существуют  следующие виды логических взаимосвязей, т.е. связей между сущностями:

     «один -ко- многим» - один экземпляр первой сущности                               взаимодействует с несколькими экземплярами другой сущности;

     «многие -ко- многим» - экземпляры сущностей могут                            взаимодействовать с несколькими экземплярами других сущностей.

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

     В рассматриваемой системе можно выделить следующие классы:

     1) Сотрудники;

     2) Договор;

     3) Заказчик;

     4) Оборудование;

     5)Смета  расходов;

     6) Субподрядчики;

     7) Подразделения;

     8) Проект.

     Сотрудники:

1. ФИО
2. Специализация
3. Трудовая книжка
4. Паспортные данные

Договор:

1. Юридический адрес заказчика
2. Юридический адрес организации
3. Банковские реквизиты
4. Обязательства сторон
5. Сроки выполнения

      Заказчик:

1. ФИО
2. Адрес
3. Телефон

Оборудование:

1. Серийный номер
2. Наименование оборудования

Смета расходов:

1. Затраты на использование оборудования
2. Затраты на материалы

     Субподрядчики

     1. Телефон

     2. Банковские реквизиты

     3. Договор на выполнение работ

     4. Юридический адрес

     Подразделения

     1. Конструкторы 

     2. Инженеры

     3. Техники

     4. Лаборанты

     Проект

1. Список сотрудников
2. Оборудование
3. Материалы