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

Введение

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

Задачи курсовой работы:

– закрепить и обобщить знания по проектированию информационных систем;

– изучить предметную область;

– спроектировать информационную систему согласно заданию;

– овладеть практическими навыками работы с инструментальным средством разработки информационных систем ModelMaker.

– оформить пояснительную записку.

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

Решение поставленных задач должно осуществляться на основе языка визуального проектирования UML, с помощью средства объектно-ориентированного проектирования информационных систем. В данной курсовой работе используется CASE-инструмент Model Maker.

Глава 1. Описание предметной области информационной системы оптовая база

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

От оптовых покупателей принимаются заявки на товары, которые могут быть в наличии или отсутствовать на данный момент. В первом случае база отпускает товар оптовому покупателю с сохранением данных о сделке. При этом производятся изменения в базе товаров, имеющихся в наличии. Во втором случае формируется заявка на предприятие, выпускающее данную продукцию. [11, с.214]

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

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

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

Глава 2. Построение диаграммы модели информационной системы оптовой базы.

2.1 Составление списка действующих лиц

Для создания главной диаграммы модели информационной системы автошколы нужно определить действующие лица. Действующее лицо – это роль, которую пользователь играет по отношению к системе [2]. Проанализировав описание предметной области можно выделить следующие действующие лица:

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

Поставщик (предприятие) – человек, который занимается доставкой товаров и продуктов.

Покупатель – клиент 0пт0в0й базы, выбирает товар для покупки, если в наличии не будет выбранного товара, подает заявку.

Теперь необходимо создать в ModelMaker главную диаграмму модели и диаграммы действующих лиц (рис. 1).

Рисунок 1. Перечень действующих лиц в главной диаграмме модели

2.2 Составление перечня вариантов использования

Следующий этап – составление списка вариантов использования.

Вариант использования представляет собой последовательность действий, выполняемых системой в ответ на событие, инициируемое некоторым внешним объектом (действующим лицом) [2].

Исходя из потребностей действующих лиц и описания предметной области, были созданы следующие варианты использования:

– Заполнить форму заявки на покупку. Действующее лицо «Покупатель» заполняет ф0рму заявки на покупку товара в оптовой базе, указывая наименование и количество товаров. [15, с.33]

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

– Внести данные о продавце и товара. Администратор заполняет форму, которая содержит данные об индивидуально полученном продукте заказчика на срок доставки и о поставщике, система сохраняет данные в базе и отправляет оповещение поставщику.

– Принять заказа покупателя. Администратор утверждает принятие заказа поставщика, система рассылает прайсы покупателям.

– Установить расписание. Система предоставляет администратору форму, в которой он указывает время доставки и адрес в потовую базу.

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

– Сформировать отчет за определенные периоды времени о работе.

– Сформировать отчет по списку 0пт0вых покупателей.

– Сформировать отчет по заявкам на товары.

– Сформировать отчет по анализам продаж.

Все варианты использования нужно добавить в главную диаграмму модели. Результат представлен на рисунке 2.

Рисунок 2. Список вариантов использования информационной системы оптовой базы

Глава3. Диаграмма вариантов использования информационной системы оптовой базы.

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

Диаграмма вариантов использования описывает функциональные возможности системы и применяется при общении разработчиков с пользователями и заказчиками системы. На диаграмме вариантов использования изображаются внешние субъекты и их связь с аспектами использования системы [2, с.458].

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

Рисунок 3. Диаграмма вариантов использования информационной системы оптовой базы

3.2 Описание вариантов использования

Далее следует детальное описание вариантов использования, которые в большей степени раскрывают работу данной информационной системы оптовой базы:

– Заполнить ф0рму заявки на покупку.

– Внести данные о продавце и товара.

– Сформировать отчет по заявкам на товары.

Вариант использования «Заполнить форму заявки на товар»

Краткое описание. Данный вариант использования описывает заполнение покупателем формы заявки на покупку товаров.

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

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

Предусловия

Перед заполнением формы покупатель должен войти в систему.

Постусловия

Если вариант исп0льз0вания выполнен успешно, администратор анализирует поступившую заявку и принимает решение о подтверждении. В противном случае состояние системы не изменяется. [20, с.348]

Глава 4. Архитектурный анализ информационной системы оптовой базы.

4.1 Диаграммы последовательности

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

Как правило, в п0т0ках событий каждого варианта использования выявляются классы трех типов (Categ0ry):

Граничные классы (B0undary) – служат посредниками при взаимодействии внешних объектов с системой.

Классы-сущности (Entity) – представляют собой ключевые абстракции (понятия) создаваемой системы.

Управляющие классы (C0ntr0l) – обеспечивают координацию объектов в системе.

Для создания перечня классов для варианта использования «Заполнить форму заявки на покупку» нужно проанализировать его основной поток событий.

Первым событием в данном варианте использования является событие «Открыть форму заявки на заказ в базе». Для реализации данного события потребуется сообщение, источник и приемник сообщения. Источником сообщения будет действующее лицо «Покупатель». Сообщение будет адресоваться граничному классу с названием «RequestF0rm» (Форма заявки на покупку). Данная форма является посредником при взаимодействии покупателя с системой. [13, с.102]

Для реализации второго события «Внести количество и наименования продуктов» необходимо добавить в модель управляющий класс «C0ntr0llerRec0rd» (Контролер записей), к0т0рый будет координировать запись данных в электронную базу. Поскольку система сохраняет данные о покупателе, содержащие список товаров, наименование товаров, контакты, выбранные категорию, можно выделить класс сущности «ListStudents» (Список покупателей) – таблица с данными о покупателях. Анализируя остальные события и рассуждая аналогичным образом, можно выявить остальные классы, которые необходимы для реализации основного потока событий рассматриваемого варианта использования. [18, с.458] Результатом работы данного варианта использования будет созданная системой заявка, поскольку сами заявки не хранятся в системе, а только отправляются администратору для последующего анализа, нужно создать граничный класс: «Request» (Заявка). Далее приведен их полный перечень:

1. Граничный класс RequestF0rm – электронная форма заявки на продукт.
2. Граничный класс Request – заявка на продукт.
3. Управляющий класс C0ntr0llerRec0rdRequest – контролер записей персональных данных о п0купателе в электронную базу.

Ниже приведены перечни классов для данных вариантов использования.

Перечень классов для варианта использования «Сформировать отчет по заявкам на товары»:

1. Граничный класс EARep0rtF0rm – электронная форма для формирования отчета: внесение данных о продуктах.
2. Управляющий класс C0ntr0llerEARep0rt – контролер событий.
3. Класс-сущность InternalExamResults – таблица с результатами заявок.

Далее нужно создать список классов в M0delMaker. Он представлен на рисунке 4.

Рисунок 4. Перечень классов модели информационной системы оптовой базы