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

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

5.1.2.3 Модель данных.

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

Выводы.

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

Пример определения требований к асои «Торговый центр»

АСОИ «Торговый центр» разрабатывается с целью автоматизации труда бухгалтера торгового центра, что позволит повысить достоверность информации за счёт исключения ошибок ручной обработки, сократить потери рабочего времени на подбор необходимой информации и представлении ее в виде документов. Результаты курсовой работы будут внедрены в производство.

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

Сформулируем требования к АСОИ.

1 АСОИ используется для вычисления доли затрат каждого собственника по всем статьям расходов за отчетный месяц.

2 В настоящее время доли затрат каждого собственника вычисляются в электронной таблице Excel. Результаты вычислений копируются в Word в виде таблицы. Используя метод «слияния документов», информация о доли затрат каждого собственника переносится в два документа: «Счет Коммунальные Платежи» и «Счет Прочие Затраты». Далее в этих документах производят округление цифр до одного рубля для юридических лиц и 10 рублей для физических лиц. Итоговые суммы затрат и суммы НДС прописываются прописью.

3 Вид выходного документа «Счет Прочие Затраты» представлен в приложении А.

4 Программный продукт используется один раз в месяц.

5 На печать выводиться 108 счетов в двух экземплярах.

6Разработанный программный продукт должен работать в операционных системах Windows XP с использованием приложения для работы с базами данных Microsoft Access 2007 (2010).

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

8 Проектируемая система является компонентом более общей системы «АРМ бухгалтера», которая является однопользовательской. Защита информации от несанкционированного доступа осуществляется административными методами. Комплексную защиту компьютера от вирусов, шпионского ПО и других вредоносных программ обеспечиваем с помощью «Антивирус Касперского 8.0».

На стадии анализа определим основные классы, объекты и механизмы, присутствующие в АСОИ «Торговый центр».

Диаграмма вариантов использования, представлена на рисунке1. К ней необходимо составить следующий текстовый документ.

Основной поток событий.

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

2 АСОИ выводит на экран главную диалоговую форму.

3 Бухгалтер выбирает раздел «Заполнить БД «Затраты за месяц». Открывает форму таблицы «Затраты за месяц» и вводит данные. При выборе раздела «Печать отчетов» возникает альтернативный поток событий А1.

4 АСОИ проверяет тип введенных данных и, их соответствие маске ввода. Если обнаружена ошибка ввода данных выполняется поток ошибок Е1. Если нет данные сохраняются и на экран выводится главная диалоговая форма.

Вариант использования завершается.

Альтернативный поток событий А1.

1 Бухгалтер выбирает раздел «Печать отчетов».

2 АСОИ выводит список доступных отчетов:

–акт «Коммунальные затраты юридических лиц»;

–акт «Прочие затраты юридических лиц»;

–акт «Расходы физических лиц»;

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

3 Бухгалтер выбирает один из отчетов.

4 АСОИ формирует отчеты по каждому собственнику и выводит их на экран в режиме просмотра. Вид одного из отчетов представлен в приложении А.

5 Бухгалтер выбирает параметры печати.

6 АСОИ печатает отчет и выводит на экран список доступных отчетов.

Вариант использования завершается.

Поток ошибок Е1. Ошибка в данных.

1АСОИ выводит сообщение об ошибке и выделяет соответствующее поле.

Вариант использования завершается.

Рисунок1 – Диаграмма вариантов использования

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

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

Выводы

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

Собранной информации достаточно для разработки подробной модели АСОИ «Торговый центр».

Рисунок 2–Диаграмма деятельности АСОИ «Торговый центр»

Рисунок 3–Диаграмма классов на уровне сущностей АСОИ «Торговый центр»

5.2 Создание модели АСОИ.

5.2.1 Диаграмма классов (class diagram).

Центральное место в методологии ООАП занимает разработка логической модели системы в виде диаграммы классов.

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

В общем случае пакет статической структурной модели может быть представлен в виде одной или нескольких диаграмм классов.