- •Аннотация
- •Реферат
- •Содержание
- •Введение
- •Описание и анализ предметной области – профсоюза строителей г. Геленджик
- •Краткое описание профсоюза строителей г. Геленджик
- •Организационная структура профсоюза строителей г. Геленджик
- •Сценарий работы профсоюза строителей г. Геленджик
- •Состав комплекса технических и программных средств в профсоюзе строителей г. Геленджик
- •Оценка документооборота профсоюза строителей г. Геленджик
- •Профсоюз Членов профсоюза
- •Разработка математической модели бизнес-процессов обслуживания членов профсоюза
- •Выделение проблем предметной области, подлежащих решению в дипломной работе
- •Постановка задачи работы
- •Оптимизация бизнес-процессов работы профсоюза строителей г. Геленджик
- •Оптимизация математической модели обслуживания заявок в профсоюзе строителей г. Геленджик
- •Анализ вариантов реализации оптимизированной модели
- •Выбор методологии моделирования
- •Методы структурного анализа
- •Язык uml
- •Сравнительный анализ и выбор подхода к моделированию системы
- •Выбор case-средств моделирования
- •Реинжиниринг бизнес-процессов обслуживания членов профсоюза в профсоюзе
- •3 Проектирование информационной системы профсоюза строителей г. Геленджик
- •3.1 Сравнительный анализ платформ для разработки аналогов проектируемой системы
- •Оценка аналогов и прототипов с помощью метода анализа иерархий
- •3.2 Формирование требований к объекту проектирования
- •3.3 Выбор архитектуры информационной системы профсоюза строителей г. Геленджик
- •3.4 Проектирование структуры баз данных
- •4 Реализация информационной системы
- •Выбор используемых средств реализации
- •4.1.1. Операционная система
- •Система управления базами данных
- •Среда разработки
- •Технические средства
- •4.2 Описание интерфейса пользователя
- •5 Социальный аспект разработки
- •6 Технико-экономическое обоснование разработки
- •Описание целесообразности проектирования с точки зрения коммерческого использования
- •Описание предметной области
- •Расчет экономической эффективности проекта
- •Расчет затрат на функционирование предприятия до и после внедрения
- •Стоимостная оценка проекта
- •Оценка экономического эффекта от внедрения
- •Безопасность и экологичность разработки
- •Оценка напряженности трудового процесса
- •Разработка мероприятий по улучшению условий труда
- •7.2.1 Организационные методы
- •7.2.2 Организационно-технические методы
- •7.2.3 Технические методы
- •7.2.4 Основные требования к организации работы с эвм
- •Пожарная и электробезопасность
- •7.3.1 Пожарная безопасность
- •7.3.2 Электробезопасность
- •Экологичность проекта
- •Заключение
- •Библиографический список
Язык uml
Язык UML (Unified Modeling Language) представляет собой общецелевой язык визуального моделирования, который разработан для спецификации, визуализации, проектирования и документирования компонентов программного обеспечения, бизнес-процессов и других систем [5].
Этот язык одновременно является простым и мощным средством моделирования, который может быть эффективно использован для построения концептуальных, логических и графических моделей сложных систем самого различного целевого назначения. В рамках языка UML все представления о модели сложной системы фиксируются в виде специальных графических конструкций, получивших название диаграмм. В терминах языка UML определены следующие виды диаграмм [6,7]:
Диаграмма вариантов использования. Описывает функциональное назначение системы или, другими словами, то, что система будет делать в процессе своего функционирования. Она является исходным концептуальным представлением или концептуальной моделью системы в процессе ее проектирования и разработки;
Диаграмма классов. Служит для представления статической структуры модели системы в терминологии классов объектно-ориентированного программирования. Диаграмма классов может отражать, в частности, различные взаимосвязи между отдельными сущностями предметной области, такими как объекты и подсистемы, а также описывает их внутреннюю структуру и типы отношений. На данной диаграмме не указывается информация о временных аспектах функционирования системы;
Диаграмма состояний. Описывает процесс изменения состояний только одного класса, а точнее - одного экземпляра определенного класса, т. е. моделирует все возможные изменения в состоянии конкретного объекта. При этом изменение состояния объекта может быть вызвано внешними воздействиями со стороны других объектов или извне;
Диаграмма деятельности. Представляет собой некоторую совокупность отдельных вычислений, выполняемых автоматом. При этом отдельные элементарные вычисления могут приводить к некоторому результату или действию. На диаграмме деятельности отображается логика или последовательность перехода от одной деятельности к другой, при этом внимание фиксируется на результате деятельности. Сам же результат может привести к изменению состояния системы или возвращению некоторого значения;
Диаграмма последовательности. Используется для моделирования взаимодействия элементов во времени. Оно рассматривается в информационном аспекте их коммуникации, т. е. взаимодействующие объекты обмениваются между собой некоторой информацией. При этом информация принимает форму законченных сообщений;
Диаграмма кооперации. Предназначена для спецификации структурных аспектов взаимодействия. Главная особенность диаграммы заключается в возможности графически представить не только последовательность взаимодействия, но и все структурные отношения между объектами, участвующими в этом взаимодействии;
Диаграмма компонентов. Описывает особенности физического представления системы. Диаграмма позволяет определить архитектуру разрабатываемой системы, установив зависимости между программными компонентами, в роли которых может выступать исходный, бинарный и исполняемый код;
Диаграмма развертывания. Предназначена для визуализации элементов и компонентов программы, существующих лишь на этапе ее исполнения. При этом представляются только компоненты-экземпляры программы, являющиеся исполнимыми файлами или динамическими библиотеками.
В настоящее время объектный подход стал особенно популярен и характеризуется разработчиками как универсальное средство проектирования. Однако методология применения UML на этапах анализа и проектирования описана достаточно слабо, поэтому рано говорить о UML как о действительно полноценной замене всем другим подходам.