Диаграмма деятельности

Диаграмма деятельности представляет собой … в которой показывается процессы вычислений и потоки работ. В данной диаграмме вычисляются не обычные состояния, а состояния выполняемых действий.

Пример диаграммы деятельности для действующего актёра покупателя в интернет магазине:

1. Состояние действия – закрепляется и его нельзя декомпозировать

2. Компонент поддеятельности – прямоугольник с закруглёнными краями, который в нижнем правом углу содержит пиктограммы.

3. Решение - это ромб с одной входящей и несколькими исходящими стрелками. Позволяет отобразить разветвление вычислительного процесса. Причём исходящие из него стрелки представляют собой условия ветвления.

4. Объединение –ромб, несколько входящих и одна исходящая. Отмечает точку слияния альтернативных потоков действий

5. Разделение – жирная горизонтальная линия, с одой входящей и несколькими исходящими линиями.

6. Слияние – жирная горизонтальная линия с несколькими входящими и одной исходящей стрелкой. Слияние и разделение показывают параллельные потоки действий.

7. Начальное состояние

8. Конечное состояние

Кроме того на диаграмме есть две дорожки – фиксируют область деятельности конкретного лица, обозначая зону его ответственности.

Диаграммы реализации включают в себя два типа диаграмм:

1. Диаграмма компонентов

2. Диаграмма развёртывания

1)Этот тип диаграмм необходим для распределения классов и объектов по компонентам при физической реализации системы. Часто данный тип диаграмм называют диаграммами модулей. Данная диаграмма позволяет определить архитектуру разрабатываемой системы, установить зависимости между программными компонентами. Чаще всего в роли компонента выступают исполняемый программный код. Диаграмма компонентов реализует следующие цели:

1. визуализация общей структуры исходного кода.

2. представление физических схем баз данных.

3. Обеспечение многократного использования отдельных фрагментов программного кода

Пример диаграммы компонентов

Диаграммы развёртывания – предназначена для анализа аппаратной части системы. Физическое представление системы не может быть полным, если отсутствует информация на какой платформе и каких вычислительных средствах она основана. Диаграмма развёртывания содержит графическое представление устройств, входящих в ПК (процессор, ОП, ЖД, наличие модема, принтер, сканер и тд), процессов и связей между ними. Графическое представление диаграммы развёртывания чаще всего является последним этапом в моделировании диаграмм UML. При моделировании диаграмм развёртывания преследуются следующие цели:

1. Определить распределение компонентов системы по её физическим узлам.

2. Показать физические связи между всеми узлами на этапе исполнения

3. Выявить места системы, где необходимо реорганизация

Модульное программирование.

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

Проблемы, решаемые модульным программированием:

1. Средство борьбы с дублированием

2. Средство борьбы со сложностью программы.

Характеристики модуля:

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

2. Логическая независимость – результат работы модуля зависит только от исходных данных но не зависит от работы других модулей.

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

4. Слабые информационные связи с другими модулями – обмен инфой меду модулями должен быть минимальным.

По размеру и сложности программы должны быть соизмеримыми.

Критерии для оценки эффективности модуля:

1. Размер – модуль не должен быть средних размеров))). Размер измеряется количеством содержащихся в нём операторов или строк. Маленькие модули приводят к большой модульной структуре программы. Большие модули увеличивают суммарное время повторных трансляций программы при отладке.

2. Прочность – прочность модуля это мера его внутренних связей. Чем выше прочность модуля, тем больше связей он может спрятать от главной части программы. Самой слабой степенью прочности обладает модуль, прочный по совпадению – такой модуль, между элементами которого нет осмысленных связей. Функционально-прочный модуль – это модуль, который выполняет определённую функцию. Информационно-прочный модуль – это модуль, который выполняет несколько операций над одной и той же структурой данных, причём эта структура является неизвестной вне данного модуля.

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

Принципы модульного программирования

Характеристики свойств современных средств реализации: должны обеспечивать коллективную разработку, отладку и сопровождение информационных систем; чаще всего ориентироваться на работу в среде Windows (поддерживать различные версии). Ориентироваться на работу с различными СУБД (Oracle, SQL), а так же наличие унифицированных средств (Case-технологии), кроме этого должны поддерживать различные необходимые для проектов шаблоны и библиотеки, обязательна поддержка объектно-ориентированного проектирования. Другим важным аспектом, влияющим на критерий выбора, является уровень подготовки и профессионализм программиста. Существуют следующие классы уровня подготовки:

1. Средний уровень – могут использовать существующие визуальные средства разработки, стандартные объекты (Access, VB).

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

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

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

Технический проект

Для разработки технического проекта служит техническое задание, которое утверждает заказчик.

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

Комплекс технического проекта включает в себя следующие документы:

1. Пояс