Проектирование ИС. Автоматизация работы финансово-экономического отдела ООО "Кружева"

Описание предметной области

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

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

В каждом заказе клиентом выбираются виды услуг, а так же элементы оформления. Постоянным клиентам по усмотрению менеджера предоставляется скидка.

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

Бизнес-процессы организации представлены на рисунках № 1−4.

Рисунок 1. Функциональная диаграмма процесса «Обновление БД», «как есть», с точки зрения менеджера.

Рисунок 2. Диаграмма декомпозиции процесса «Обновление БД»,"как есть", с точки зрения менеджера.

Рисунок 3. Диаграмма потоков данных для процесса «Оформление заказов на проведение мероприятий».

Рисунок 4. Диаграмма декомпозиции для процесса «Оформление заказов на проведение мероприятий».

Жизненный цикл ИС

Одним из базовых понятий методологии проектирования ИС является понятие жизненного цикла ее программного обеспечения (ЖЦ ПО). Жизненный цикл ПО — это непрерывный процесс, который начинается с момента принятия решения о необходимости его создания и заканчивается в момент его полного изъятия из эксплуатации.

В соответствии с базовым международным стандартом ISO/IEC 12 207 все процессы ЖЦ ПО делятся на три группы:

1. Основные процессы:

приобретение;

поставка;

разработка;

эксплуатация;

сопровождение.

2. Вспомогательные процессы:

документирование;

управление конфигурацией;

обеспечение качества;

разрешение проблем;

аудит;

аттестация;

совместная оценка;

верификация.

3. Организационные процессы:

создание инфраструктуры;

управление;

обучение;

усовершенствование.

Стандарт ISO/IEC 12 207 не предлагает конкретную модель ЖЦ и методы разработкиПО. Его регламенты являются общими для любых моделей ЖЦ, методологий и технологий разработки. Стандарт ISO/IEC 12 207 описывает структуру процессов ЖЦ ПО, но не конкретизирует в деталях, как реализовать или выполнить действия и задачи, включенные в эти процессы.

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

Рисунок 5. Каскадная модель разработки ПО.

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

Рисунок 6. Реальный процесс разработки ПО по каскадной модели Затем была предложена спиральная модель ЖЦ, делающая упор на начальные этапы ЖЦ: анализ и проектирование. На этих этапах реализуемость технических решений проверяется путем создания прототипов. Каждый виток спирали соответствует созданию фрагмента или версии ПО, на нем уточняются цели и характеристики проекта, определяется его качество и планируются работы следующего витка спирали. Таким образом углубляются и последовательно конкретизируются детали проекта и в результате выбирается обоснованный вариант, который доводится до реализации. Разработка итерациями отражает объективно существующий спиральный цикл создания системы. Неполное завершение работ на каждом этапе позволяет переходить на следующий этап, не дожидаясь полного завершения работы на текущем. При итеративном способе разработки недостающую работу можно будет выполнить на следующей итерации. Главная же задача — как можно быстрее показать пользователям системы работоспособный продукт, тем самым активизируя процесс уточнения и дополнения требований. Спиральная модель ЖЦ ИС представлена на рисунке 7.

Рисунок 7. Спиральная модель разработки ПО Основная проблема спирального цикла — определение момента перехода на следующий этап. Для ее решения необходимо ввести временные ограничения на каждый из этапов жизненного цикла.

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

Рисунок 8. Диаграмма переходов проектируемой системы Для функционирования ИС необходима БД. В рамках курсового проекта разработана БД, состоящая из 10-ти таблиц и имеет структуру, представленную в таблицах № 1−10.

Таблица 1. Структура таблицы «Клиенты».

Таблица 2. Структура таблицы «Услуги».

Таблица 3. Структура таблицы «Элементы оформления».

Таблица 4. Структура таблицы «Скидки».

Таблица 5. Структура таблицы «Менеджеры».

Таблица 6. Структура таблицы «Мероприятия».

Таблица 7. Структура таблицы «Работники».

Таблица 8. Структура таблицы «Заказ».

Таблица 9. Структура таблицы «Элементы оформления по заказу».

Таблица 10. Структура таблицы «Услуги по заказу».

Заполненные данными таблицы представлены на рисунках №…

Рисунок №.Данные таблицы «Клиент».

Рисунок № Данные таблицы «Услуги».

Рисунок № Данные таблицы «Элементы оформления».

Рисунок № Данные таблицы «Скидки».

Рисунок № Данные таблицы «Менеджер».

Рисунок № Данные таблицы «Мероприятия».

Рисунок № Данные таблицы «Работник».

Рисунок № Данные таблицы «Заказ».

Рисунок № Данные таблицы «Элементы оформления по заказу».

Рисунок № Данные таблицы «Услуги по заказу».