Проектирование информационной системы "Художественная галерея"

Автономная некоммерческая образовательная организация

высшего профессионального образования

«Одинцовский гуманитарный УНИВЕРСИТЕТ»

Факультет Экономики  
КАФЕДРА ПРИКЛАДНОЙ ИНФОРМАТИКИ

 

 

 

 

 

КОНТРОЛЬНАЯ работа

 

по дисциплине «Проектирование информационных систем »

Выполнил студент 2 курса, группы ИБ(с)-21,

Иванов Сергей Олегович

 

 

 

 

 

 

"УТВЕРЖДАЮ"

_______________ д.т.н. профессор Г.Я. Ратушняк

«____»  _____________ 2014 г.

 

 

 

 

Одинцово 2014.

Оглавление

7. Вывод……………………………………………………………….19

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

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

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

Компания занимается организацией выставочных мероприятии, а так же возможность участия в аукционе.

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

2. Диаграмма активности

 

Диаграмма деятельности или активности (Activity diagram) - диаграмма поведения, на которой показан автомат и подчеркнуты переходы потока управления от одной деятельности к другой

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

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

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

UML действие – это атомарная  операция, выполнение которой не  может быть прервано, а деятельность  – неатомарная операция, с возможностью  ее прерывания.

Графически диаграмма активности представляется в виде ориентированного графа, вершинами которого являются состояния действия или деятельности, а дугами – переходы от одного состояния к другому.

Основными элементами диаграммы являются состояния действия, состояния деятельности, переходы, решения, ветвления и слияния параллельных потоков и дорожки

На рис. 1 показана диаграмма, на которой изображена операция по  формированию пригласительного.

Рис. 1 – Диаграмма активности «Пригласительное»

 

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

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

 

 

 

3. Диаграмма прецедентов

 

Диаграмма прецедентов  в UML - диаграмма, отражающая отношения между актёрами и прецедентами и являющаяся составной частью модели прецедентов, позволяющей описать систему на концептуальном уровне.

Диаграмма прецедентов (вариантов использования) является исходной концептуальной моделью системы в процессе ее проектирования и разработки. Разработка диаграммы прецедентов преследует цели:

1. Сформулировать общие требования к функциональному поведению проектируемой системы.
2. Разработать исходную концептуальную модель системы для ее последующей детализации в форме логических и физических моделей.
3. Подготовить исходную документацию для взаимодействия разработчиков системы с ее заказчиками и пользователями.

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

1. Отношение ассоциации (association) -  определяет  наличие канала связи между экземплярами субъекта и прецедента (или между экземплярами двух субъектов). Обозначается сплошной линией, возможно наличие стрелки  и указание  мощности связи.
2. Отношение расширения (extend) - определяет взаимосвязь экземпляров отдельного прецедента с более общим прецедентом, свойства которого определяются на основе способа совместного объединения данных экземпляров. Обозначается пунктирной линией со стрелкой, направленной от того прецедента, который является расширением для исходного прецедента, и помечается ключевым словом "extend" ("расширяет").
3. Отношение включения (include) - указывает, что некоторое заданное поведение для одного прецедента включает  в качестве составного компонента  поведение другого прецедента. Данное отношение является направленным бинарным отношением в том смысле, что пара экземпляров прецедентов всегда упорядочена в отношении включения. Обозначается пунктирной линией со стрелкой, направленной от базового прецедента к включаемому, и помечается ключевым словом "include" ("включает").
4. Отношение обобщения (generalization) - служит для указания того факта, что некоторый прецедент А может быть обобщен до прецедента В. В этом случае прецедент А будет являться специализацией прецедента В. При этом В называется предком или родителем по отношению к  А, а прецедент А - потомком по отношению к прецеденту В. Следует подчеркнуть, что потомок наследует все свойства и поведение своего родителя, а также может быть дополнен новыми свойствами и особенностями поведения. Графически данное отношение обозначается сплошной линией со стрелкой в форме незакрашенного треугольника, которая указывает на родительский прецедент.

Стандартным графическим обозначением субъекта на диаграммах является фигурка "человечка", под которой записывается конкретное имя субъекта.

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

На Рис. 2 приведена диаграмма прецедентов. В ней можно выделить следующие субъекты и соответствующие им прецеденты:

Клиент – осуществляет запрос на бронирование пригласительного; заполняет предоставленную форму администратором информацией (паспортные данные), если введенная информация неверна, то вводит заново.

Администратор – предоставляет информацию о выставке; запрашивает информацию аукционе.

Рис. 2 – Диаграмма прецедентов «Формирование пригласительного для художественной выставки»

 

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

• Краткое описание
• Участвующие субъекты
• Предусловия, необходимые для инициирования прецедента
• Поток событий:

- основной (и, возможно, подпотоки)

- альтернативный

• Постусловия, определяющие состояние системы, по достижении которого прецедент завершается.

 

Описательная спецификация прецедента «Пригласительное»

Раздел	Описание
Краткое описание	Клиент желает в данный момент, оформить пригласительное на художественную выставку. При оформлении клиент должен иметь возможность выбрать хочет ли он участвовать в аукционе или нет.  Если же нет, отказать в услуге участия в  аукционе. После регистрации оплатить услугу.
Субъекты	Клиент, администратор
Предусловия	Каждое пригласительное характеризуется информацией (адрес, телефон, название мероприятие, дата/время провождения) и ценой. Вашими клиентами являются различные лица, о которых Вы собираете определенную информацию (фамилия, имя, отчество и некоторый комментарий). Для постоянных клиентов, а также для определенных категорий клиентов, предусмотрена система скидок.
Основной поток	Клиент должен заполнить форму, в которой указывает фамилию, имя, отчество, место постоянного жительства, паспортные данные, телефон. Администратор должен иметь возможность: выполнять поиск по базе клиентов. В том числе просматривать информацию о количестве уже зарегистрированных клиентов на выставке. заносить в базу данных клиента при его поступление. выполнять поиск клиента в базе по его данным. сформировать окончательный счет клиента после участия в аукционе на выставке и распечатать его. изменить информацию о клиентах. вести учет оплаты платежей клиента после аукциона.
Альтернативный поток	Для постоянных клиентов существует система скидок. Скидки могут суммироваться. Регистрация не производится, если клиент не ввел правильные данные, либо не хватает средств, для оплаты услуги.
Постусловия	Выставка закончена, и база данных соответствующим образом обновлена.

 

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

Актёры представляют собой не физических людей, а их роли. Это означает, что когда человек взаимодействует с системой различными способами (предполагая различные роли), он отображается несколькими актёрами.

 

4. Структура базы данных

Таблица «Заявка»

Название поля	Тип данных	Описание поля
Номер заявки	Int	Уникальный идентификатор
Название	VarChar(255)	Название ФИО

Таблица «Лот»

Название поля	Тип данных	Описание поля
Номер лота	Int	Уникальный идентификатор
Название	VarChar(255)	Название картины

 

Таблица «Пригласительное»

Название поля	Тип данных	Описание поля
Номер заявки	Int	Уникальный идентификатор
Дата	Date	Дата приглашения

Таблица «Название картины»

Название поля	Тип данных	Описание поля
Номер лота	Int	Уникальный идентификатор
Название	VarChar(255)	Название картины

Таблица «Аукцион»

Название поля	Тип данных	Описание поля
Номер заявки	Int	Уникальный идентификатор
Номер названия	Int	Уникальный идентификатор
Номер лота	Int	Уникальный идентификатор
Дата	Date	Дата
Цена	Int	Цена за лот
Номер партии	Int	Уникальный идентификатор
Количество картин	Int	Количество картин
Изображение	поле объекта OLE	Изображение товара

Таблица «Счет»

Название поля	Тип данных	Описание поля
Номер счета	Int	Уникальный идентификатор
Номер покупателя	Int	Уникальный идентификатор
Сумма	Int	Цена за картину

Таблица «Покупатели»

Название поля	Тип данных	Описание поля
Номер покупателя	Int	Уникальный идентификатор

 

5. Модель в стандарте IDEF0

 

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

Также можно использовать IDEF0 для моделирования потоков работ, потоков процессов и потоков данных документирования и понимания комплексных бизнес-процессов.

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

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

Построение модели ИС начинается с описания функционирования предприятия (системы) в целом в виде контекстной диаграммы. На Рис. 4 представлена контекстная диаграмма ИС «Художественная галерея»:

 

Рис. 4 – Контекстная диаграмма IDEF0. Функционирование художественной галереи.

 

Взаимодействие системы с окружающей средой описывается в терминах входа (“Клиенты” и ”Заявка”), выхода (основной результат процесса - “Пригласительное”), управления (“Потенциальные клиенты” и “Технология”) и механизмов (“Организатор”, “Оборудование” – это ресурсы, необходимые для процесса функционирования художественной выставки).

“Клиенты” – те, для кого формируется пригласительное. Они платят деньги в качестве платы за оказываемые услуги. Получение прибыли – цель коммерческой деятельности. Значит, чтобы добиться этой цели художественная выставка должна оказать услуги клиентам.