Файл: проектирование информационной системы для торгового предприятия.pdf

Фазы разработки:

1. Планирование. На этом этапе пользователи, менеджеры и IT-специалисты обсуждают задачи проекта, его объём, системные требования, сложности, которые могут возникнуть при разработке, определяют функции, которые должна выполнять система, выделяют наиболее приоритетные из них, ограничивается масштаб проекта, оп­ределяются временные рамки для каждой из последующих фаз. Результатом данной фазы является список функций буду­щей АИС, предварительные функциональные и информаци­онные модели ИС.
2. Проектирование. На протяжении данного этапа пользователи, взаимодействуя с системными аналитиками, разрабатывают модели и прототипы, которые включают в себя все необходимые системные функции. Для перевода пользовательских прототипов в рабочие модели RAD-группа обычно использует технику объединенной разработки приложений (JAD) и CASE-инструменты. Пользователи, непосредственно взаимодействуя с ними, уточняют и дополняют требования к системе, которые не были выявлены на предыдущей фазе. Более подробно рас­сматриваются процессы системы. Анализируется и при необ­ходимости корректируется функциональная модель. Каждый процесс рассматривается детально. Определяются требования разграничения доступа к данным. На этой же фазе происходит определение набора необходимой документации. Пользовательское проектирование оказывается длительным интерактивным процессом, который позволяет пользователям понять, изменить и выбрать рабочую модель, отвечающую их требованиям.
3. Конструирование - этап, в котором основная задача заключается в разработке программ и приложений. Пользователи продолжают принимать участие и по-прежнему могут предлагать изменения или улучшения в виде разработанных ими докладов. В их задачи входит программирование и разработка приложений, написание кода, интеграция модулей и системное тестирование.

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

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

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

Средством моделирования проекта является Rational Rose - средство визуального моделирования с использованием языка UML. Основной работой Rational Rose является построение различного рода диаграмм и спецификаций UML, которые определяют архитектуру системы, а также ее статические и динамические аспекты. Это язык графического описания для объектного моделирования в области разработки программного обеспечения, с помощью его Rational Rose способен выполнять всевозможные задачи в проектировании.

2.2 Моделирование предметной области решаемой задачи с использованием объектно-ориентированного подхода к проектированию

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

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

При работе с диаграммой вариантов использования важно помнить несколько простых правил:

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

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

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

Поведения основных действующих лиц представлено в таблице 4.

Таблица 4 Поведения основных действующих лиц

Формирование диаграмм последовательности

Для последующего проектирования были выбраны следующие варианты использования:

• формировать данные о поставщиках;
• формировать документ оприходования;
• формировать отчет о товарах в наличии.

Спецификация вариантов использования

1. Формировать данные о поставщиках.

• S-1.1 – просмотр списка поставщиков
• S-1.2 – ввод информации о новом поставщике
• S-1.3– редактирование информации о поставщике
• S-1.4 – удаление информации о поставщике
• S-1.5 – поиск по списку поставщиков

Таблица 5 S-1.1 – просмотр списка поставщиков

Таблица 6 Основной поток событий

Таблица 7 S-1.2 – ввод информации о новом поставщике

Таблица 8 Основной поток событий

Таблица 9 S-1.3– редактирование информации о поставщике

Таблица 10 Основной поток событий

Таблица 11 S-1.4 – удаление информации о поставщике

Таблица 12 Основной поток событий

Таблица 13 S-1.5 – поиск по списку поставщиков

Таблица 14 Основной поток событий

Таблица 15 Альтернативный поток событий

• • 1. Формировать документ оприходования
• S-2.1 – просмотр журнала документов поступления
• S-2.2 – ввод информации о новом документе поступления
• S-2.3– редактирование информации о документе поступления
• S-2.4 – удаление информации о документе поступления
• S-2.5 – поиск по журналу документов поступления

Таблица 16 S-2.1 – просмотр журнала документов поступления

Таблица 17 Основной поток событий