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

Курсовая
работа
«Проектирование информационной системы магазина»
Выполнил Скориков А.С.
Балаково 2013

2
СОДЕРЖАНИЕ
Введение
3 1 Описание предметной области
5 1.1 Наименование и область применения
5 1.2 Технические требования
5 2 Выбор методологии проектирования
6 2.1 Методология SADT
6 2.2 Диаграммы потоков данных DFD (Data Flow Diagrams)
7 2.3 Методология объектного проектирования и анализа на языке UML 8 3 Реализация информационной системы с использованием выбранной методологии
10 3.1 Построение диаграммы вариантов использования (прецедентов)
10 3.2 Хранилище данных (ХД)
14 3.3 Построение диаграммы состояний
15 3.4 Построение диаграммы компонентов
17 3.5 Построение диаграммы размещения (развёртывания)
20
Заключение
21
Список использованных источников
22
Приложение А
23

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

4 или уточняться, что еще более усложняет разработку и сопровождение таких систем. Процесс разработки таких ИСУ основывается на моделировании дея- тельности предприятия, описании организации и методов ведения их бизнеса, построении архитектуры системы и структуры баз данных, обосновании систе- мы математических моделей и алгоритмов, реализации пользовательского ин- терфейса и выборе технических средств.
Целью работы является построение модели информационной системы на примере магазина.

5 1 ОПИСАНИЕ ПРЕДМЕТНОЙ ОБЛАСТИ
1.1 Наименование и область применения
Наименование программного продукта – информационный ресурс для магазина «Бегемот». Данный интернет-ресурс предназначен для того, чтобы отображать достоверную информацию о магазине, связанного с продажей дет- ских игрушек, о наличии товара, который доступен для продажи, о компании, о адресах магазинов и схеме проезда.
Пользователями информационного ресурса могут являться как сотрудни- ки магазина, так и обычные пользователи, которые хотят получить информа- цию и планируют посетить данный магазин.
1.2 Технические требования
Информационный ресурс должен обеспечивать возможность выполнения функций авторизации администратора, загрузки существующего файла, про- смотра и редактирования содержимого сайта, считывания информации из базы данных (БД), а также отображения названия сайта, копирайта и комментариев разработчика.
Выходные данные интернет-ресурса должны быть организованы в виде отдельных таблиц подключенной базы данных. Файлы должны размещаться
(храниться) на локальных или съемных носителях, отформатированных соглас- но требованиям операционной системы. Интернет-ресурс должен обеспечивать взаимодействие с пользователем посредством графического пользовательского интерфейса, разработанного согласно рекомендациям компании-производителя операционной системы.

6 2 ВЫБОР МЕТОДОЛОГИИ ПРОЕКТИРОВАНИЯ
2.1 Методология SADT
Методология SADT представляет собой совокупность методов, правил и процедур, предназначенных для построения функциональной модели объекта какой-либо предметной области. Функциональная модель SADT отображает функциональную структуру объекта, то есть производимые им действия и связи между этими действиями. Основные элементы этой методологии основываются на следующих концепциях:
- графическое представление блочного моделирования. Графика блоков и дуг SADT-диаграммы отображает функцию в виде блока, а интерфейсы входа/выхода представляются дугами, соответственно входящими в блок и выходящими из него. Взаимодействие блоков друг с другом описываются посредством интерфейсных дуг, выражающих «ограничения», которые в свою очередь определяют, когда и каким образом функции выполняются и управляются;
- строгость и точность. Выполнение правил SADT требует достаточной строгости и точности, не накладывая в то же время чрезмерных ограничений на действия аналитика. Правила SADT включают:
- ограничение количества блоков на каждом уровне декомпозиции
(правило 3-6 блоков);
- связность диаграмм (номера блоков);
- уникальность меток и наименований (отсутствие повторяющихся имен);
- синтаксические правила для графики (блоков и дуг);
- разделение входов и управлений (правило определения роли данных);
- отделение организации от функции, то есть исключение влияния организационной структуры на функциональную модель.
Методология SADT может использоваться для моделирования широкого круга систем и определения требований и функций, а затем для разработки системы, которая удовлетворяет этим требованиям и реализует эти функции.

7
Для уже существующих систем SADT может быть использована для анализа функций, выполняемых системой, а также для указания механизмов, посредством которых они осуществляются.
Результатом применения методологии SADT является модель, которая состоит из диаграмм, фрагментов текстов и глоссария, имеющих ссылки друг на друга. Диаграммы – это главные компоненты модели, все функции информационной системы и интерфейсы на них представлены как блоки и дуги. Место соединения дуги с блоком определяет тип интерфейса.
Управляющая информация входит в блок сверху, в то время как информация, которая подвергается обработке, показана с левой стороны блока, а результаты выхода показаны с правой стороны.
Механизм
(человек или автоматизированная система), который осуществляет операцию, представляется дугой, входящей в блок снизу.
Одной из наиболее важных особенностей методологии SADT является постепенное введение все больших уровней детализации по мере создания диаграмм, отображающих модель.
2.2 Диаграммы потоков данных DFD (Data Flow Diagrams)
DFD-моделирование позволяет представить бизнес-процессы в виде формальных процедур описываемых стандартными средствами. Классическая
DFD показывает внешние по отношению к системе источники и стоки
(адресаты) данных, идентифицирует логические функции (процессы) и группы элементов данных, связывающие одну функцию с другой (потоки), а также идентифицирует хранилища (накопители) данных, к которым осуществляется доступ. Структуры потоков данных и определения их компонент хранятся и анализируются в словаре данных. Каждая логическая функция (процесс) может быть детализирована с помощью DFD нижнего уровня. Когда дальнейшая детализация перестает быть полезной, переходят к выражению логики функции при помощи спецификации процесса (мини-спецификации).

8
Основные символы и термины DFD:
- потоки данных;
- процесс;
- хранилище (накопитель) данных;
- внешняя сущность (или терминатор).
Декомпозиция DFD осуществляется на основе декомпозиции процессов – каждый процесс может раскрываться с помощью DFD нижнего уровня.
2.3 Методология объектного проектирования и анализа на языке UML
UML – это язык графического описания для объектного моделирования в области разработки программного обеспечения. UML является языком широкого профиля, это – открытый стандарт, использующий графические обозначения для создания абстрактной модели системы, называемой UML- моделью. UML был создан для определения, визуализации, проектирования и документирования, в основном, программных систем. UML не является языком программирования, но на основании UML-моделей возможна генерация кода.
Использование UML не ограничивается моделированием программного обеспечения. Данный язык также используют для моделирования бизнес- процессов, системного проектирования и отображения организационных структур.
UML позволяет разработчикам программного обеспечения достигнуть соглашения в графических обозначениях для представления общих понятий таких, как класс, компонент, обобщение, агрегация и поведение, а также больше сконцентрироваться на проектировании и архитектуре.
В UML используются следующие виды диаграмм:
1)
структурные диаграммы:
- диаграмма классов;
- диаграмма компонентов;
- диаграмма композитной/составной структуры;

9
- диаграмма кооперации (UML 2.0);
- диаграмма развёртывания;
- диаграмма объектов;
- диаграмма пакетов;
- диаграмма профилей (UML 2.2).
2)
диаграммы поведения:
- диаграмма деятельности;
- диаграмма состояний;
- диаграмма вариантов использования.
3)
диаграммы взаимодействия:
- диаграмма коммуникации (UML 2.0);
- диаграмма обзора взаимодействия (UML 2.0);
- диаграмма последовательности;
- диаграмма синхронизации (UML 2.0).
Преимущества UML:
1)
UML объектно-ориентирован, в результате чего методы описания результатов анализа и проектирования семантически близки к методам программирования на современных объектно-ориентированных языках;
2)
UML позволяет описать систему практически со всех возможных точек зрения и разные аспекты поведения системы;
3)
диаграммы UML сравнительно просты для чтения после достаточно быстрого ознакомления с его синтаксисом;
4)
UML позволяет вводить собственные текстовые и графические стереотипы, а также применяется сфере программной инженерии;
5)
UML получил широкое распространение и динамично развивается.

10 3 РЕАЛИЗАЦИЯ ИНФОРМАЦИОННОЙ СИСТЕМЫ
С ИСПОЛЬЗОВАНИЕМ ВЫБРАННОЙ МЕТОДОЛОГИИ
В данном курсовом проекте была использована методология объектного проектирования на языке UML для создания таких диаграмм, как:
- диаграмма вариантов использования;
- диаграмма состояний;
- диаграмма компонентов;
- диаграмма размещения.
3.1 Построение диаграммы вариантов использования (прецедентов)
Для создания нового окна в IBM Rational Rose при запуске программы диалоговое окно появляется автоматически или при помощи вкладок «File –
New», как показано на рисунке 1.
Рисунок 1 – Окно создания новой модели
Для создания действующего лица используется кнопка Actor, изображён- ная на рисунке 2.

11
Рисунок 2 – Создание действующего лица
Двойным щелчком левой кнопки мыши по изображению действующего лица (актера) открывается меню «Спецификация», в котором в поле «Name» добавляется название актера, как показано на рисунке 3.
Рисунок 3 – Присвоение имени действующему лицу
Для создания варианта использования (прецедента) используется кнопка
«Use Case», как показано на рисунке 4.
Рисунок 4 – Создание прецедента

12
Двойным щелчком левой кнопки мыши по изображению прецедента при открытии меню «Спецификация» заполняем информацию во вкладках:
- general – здесь задаются общие свойства варианта использования: имя
(Name), стереотип (Stereotype), приоритет (Rank), является ли прецедент абст- рактным (Abstract) и текстовое описание прецедента (Documentation);
- diagrams – здесь отображаются различные диаграммы, содержащие дан- ный прецедент;
- relations – здесь отображаются все связи, в которых данный прецедент участвует;
- files – добавление файлов, содержащих дополнительную информацию о классе.
С помощью кнопки Unidirectional Association (однонаправленная ассоциация) панели инструментов создается ассоциация (связь) между актером и прецедентом, как показано на рисунке 5.
Рисунок 5 – Создание связи между актером и прецедентом
Для работы системы информационного ресурса магазина «Бегемот» на диаграмме вариантов использования были выделены следующие актёры:
- пользователь системы – это как сотрудники магазина, так и обычные люди, которые просматривают информацию и получают сведения о магазине, а также имеющие ограничение доступа к системе;

13
- администратор системы – это человек, имеющий неограниченный дос- туп к системе, а также занимающейся поддержкой сайта.
Далее рассмотрим, какие возможности должна предоставлять система:
- актёр «Пользователь» использует систему для просмотра информацион- ного материала о данном магазине, а также для обратной связи;
- актёр «Администратор» использует систему для авторизации при входе в администраторскую панель, а также для редактирования в ней различных компонентов, которые имеются в интернет-ресурсе.
На основании вышеизложенного можно выделить следующие прецеден- ты:
- выбор вкладки сайта – запускается пользователем системы. Позволяет выбрать любую вкладку при входе на главную страницу интернет-ресурса;
- просмотр информационного материала – запускается пользователем системы. Позволяет просматривать информацию и получать сведения о данном магазине при входе на любую из вкладок, которые имеются на сайте;
- обратная связь – запускается пользователем системы. Позволяет свя- заться с администратором сайта для получения прайс-листа, согласования оп- товых закупок или по другим вопросам сотрудничества;
- авторизация – запускается администратором системы. Позволяет опре- делённому лицу при правильном наборе логина и пароля авторизоваться при входе в администраторскую панель;
- редактирование интерфейса сайта – запускается администратором сис- темы. Позволяет внести изменения в интерфейс сайта;
- редактирование содержимого сайта – запускается администратором сис- темы. Позволяет наполнить интернет-ресурс новым контентом, редактировать настройки публикации, создать новые и редактировать существующие типы материалов, просмотр всей информации на сайте, её редактирование и удаление и так далее;
- редактирование базы данных (БД) – запускается администратором сис- темы. Позволяет изменять содержимое базы данных (БД);

14
- добавление и удаление страниц – запускается администратором систе- мы. Позволяет вносить изменения в страницы сайта, которые хранятся в базе данных (БД).
Диаграмма вариантов использования изображена на рисунке 6.
Рисунок 6 – Диаграмма вариантов использования, показывающая дейст- вия пользователей и администратора при входе на сайт
3.2 Хранилище данных
Хранилище данных (Data warehouses) – это предметно-ориентированная информационная база данных или набор данных, предназначенный для поддержки принятия решений. Данные, поступающие в хранилище, как правило, доступны только для чтения.
Хранилище данных информационного ресурса состоит из следующих таблиц:
- таблица pages – в ней хранится информация о созданных страницах и тексте на сайте;
- таблица images – в ней хранится информация о всех загруженных кар- тинках.
Данные таблицы представлены на рисунках 7 и 8.