Автоматизированная информационная система “Музыкальный магазин”

Таблица 2.3.1 – Требования к аппаратно-программным средствам серверного компьютера

Аппаратно-программные характеристики	Минимальные требования	Рекомендуемые требования
Процессор	Intel Pentium 166 MHz	Intel Pentium 1 GHz
Память	64 Mb	128 Mb
Жесткий диск	250 Mb	270 Mb
Сетевой интерфейс	10 Mbs	100 Mbs

Таблица 2.3.2 – Требования к аппаратно-программным средствам клиентского компьютера

Аппаратно-программные  характеристики	Минимальные требования	Рекомендуемые требования
Процессор	Intel Pentium 166 MHz	Intel Pentium 1 GHz
Память	64 Mb	128 Mb
Жесткий диск	250 Mb	270 Gb
Сетевой интерфейс	10 Mbs	100 Mbs

 

2.3.4 Требования  к информационной и программной совместимости

Приложение должно успешно  работать в операционной системе Windows XP.

В качестве СУБД должна быть использована MS SQL Server 2000.

В качестве среды программирования должна быть использована Borland Delphi 7, что обусловлено наличием в данной среде необходимых компонент визуализации и доступа к Microsoft SQL Server (в частности компоненты ADO) и средств разработки.

2.3.5 Требования к программной документации

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

- описание программы;

- программа и методика  испытаний;

- описание применения.

2.4 Стадии и этапы разработки

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

а) разработка технического задания:

1) обоснование необходимости разработки программы;

2) научно-исследовательские работы;

3) разработка и утверждение технического задания;

б) техническое проектирование:

1) разработка функциональной модели системы;

2) разработка инфологической модели системы;

в) разработка рабочего проекта:

1) разработка программы;

2) разработка программной документации;

3) испытания приложения;

г) внедрение программного продукта.

2.5 Порядок контроля и приемки

Контроль работоспособности приложения должен осуществляться на основе ввода данных, которые должны охватывать выполнение всех функций приложения.

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

 

3. Функциональное проектирование автоматизированной информационной системы «Музыкальный магазин»

3.1 Описание  средства проектирования системы  BPWin

BPwin - средство функционального моделирования, который используется для анализа, документирования и реорганизации сложных бизнес-процессов. BPwin поддерживает следующие методологии: IDEF0 (функциональная модель), IDEF3 (методология моделирования), DFD (диаграмма потоков данных), каждая из которых решает свои специфические задачи. В BPwin возможно построение смешанных моделей, т. с. модель может содержать одновременно как диаграммы IDEF0, так и IDEF3 и DFD [2, стр.128].

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

Модель может содержать четыре типа диаграмм:

- контекстную диаграмму (в каждой  модели может быть только одна контекстная диаграмма);

- диаграммы декомпозиции;

- диаграммы дерева узлов;

- диаграммы только для экспозиции (FEO).

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

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

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

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

Диаграмма потоков данных DFD (Data Flow Diagramming) используется для описания документооборота и обработки информации. Данная диаграмма  представляет моделируемую систему как совокупность связанных между собой работ. Их можно использовать как дополнение к модели IDEF0 для более наглядного отображения текущих операций документооборота в корпоративных системах обработки информации. DFD описывает:

• функции обработки информации (работы);
• документы (стрелки, arrow), объекты, сотрудников или отделы, которые учавствуют в обработке информации;
• внешние ссылки (external references), которые обеспечивают интерфейс с внешними объектами, находящимися за границами моделируемой системы;
• таблицы для хранения документов (хранилище данных, data store).

В отличие от IDEF0, где система  рассматривается как взаимосвязанные  работы, DFD рассматривает систему  как совокупность предметов. Контекстная  диаграмма часто включает работы и внешние ссылки. В DFD работы представляют собой функции системы, преобразующие входы в выходы. Внешние сущности изображают входы в систему и/или выходы из системы. Хранилища данных изображают объекты в покое. В материальных системах хранилища данных изображаются там, где объекты ожидают обработки, например в очереди. В системах обработки информации хранилища данных являются механизмом, который позволяет сохранить данные для последующих процессов.

IDEF3 (workflow diagramming) - методология  моделирования, использующая графическое описание информационных потоков, взаимоотношений между процессами обработки информации и объектов, являющихся частью этих процессов. Диаграммы Workflow могут быть использованы в моделировании бизнес-процессов для анализа завершенности процедур обработки информации.

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

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

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

 

3.2 Описание  функциональной модели системы

В результате анализа  предметной области была разработана  функциональная модель системы. Проектирование проводилось на основе методологий IDEF0 и DFD. Разработанные диаграммы приведены в Приложении А.

Диаграмма верхнего уровня (рисунок А.1) реализована с помощью методологии IDEF0.

Компонентой контекстной диаграммы является процесс «Работа магазина». Входными данными для обеспечения работоспособности системы являются:

- приходная накладная;

- сведения о компакт-диске.

Выходными данными работы системы являются:

- информация о продажах.

Работа магазина осуществляется на основе правил торговли (стрелка  управления). Механизм – продавец этого магазина и клиент.

Функциональная декомпозиция контекстной диаграммы системы (рисунок А.2) проведена на основе анализа предметной области. В процессе декомпозиции выделено 2 крупных бизнес-процесса:

• получение товара;
• обслуживание клиентов.

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

Входные данные для реализации процесса «Обслуживание клиентов» - сведения о компакт-дисках, сообщаемые клиентом магазина, и продаваемый товар, находящийся на прилавках магазина. Выходные данные – информация о продажах компакт-дисков.

С использованием методологии DFD была проведена дальнейшая декомпозиция бизнес-модели (рисунки А.3 и А.4).

В результате декомпозиции процесса «Получение товара» выделены следующие составные процессы:

• регистрация товара в базе;
• оценка товара;
• регистрация справочной информации.

Входные данные для реализации процесса «Регистрация товара в базе» будет являться приходная накладная со сведениями о закупленных компакт-дисках. Приходная накладная приходит от внешней сущности «Поставщик». В терминологии, принятой в предметной области поставщиком является оптовая фирма. Регистрируемые данные заносятся в хранилище «Компакт-диск».

Входные данные процесса «Оценка товара» является информация о компакт-диске – его экономические показатели. Выходные данные – розничная цена, заносимая в хранилище «Компакт-диск».

Входными данными для  реализации процесса «Регистрация справочной информации» является информация о компакт-диске. Выходные данные процесса – описание песен, альбомов, исполнителей и артистов – заносятся в соответствующие хранилища «Песни», «Альбомы», «Исполнители», «Артисты».

Процесс «Обслуживание  клиентов» можно декомпозировать  на следующие составные процессы:

• выбор диска;

• продажа товара.

Входными данными для  реализации процесса «Выбор диска» будут являться сведения о компакт-дисках, называемые клиентом магазина. Выбор диска осуществляется на основе обращения к информации о компакт-диске и соответствующей ему справочной информации, находящейся в хранилищах «Песни», «Альбомы», «Исполнители», «Артисты». Выходные данные – выбранный товар. Данный процесс включает предоставление клиенту информации об интересующем его диске и помощь в выборе диска от продавца.

Входными данными для  реализации процесса «Продажа товара» является выбранный товар. Выходные данные процесса – информация о продажах – заносится в хранилище «Продажи». Проданный товар отпускается продавцом клиенту магазина.

Компоненты диаграмм декомпозиции процессов приведены в таблицах 3.2.1-3.2.3.

Таблица 3.2.1 – Компоненты диаграммы декомпозиции процесса «Работа магазина»

Процесс	Входные данные	Выходные данные
Получение товара	- приходная накладная	- учтенный товар
Обслуживание клиента	- сведения о компакт-диске; - учтенный товар;	- информация о продажах

 

 

 

Таблица 3.2.2 – Компоненты диаграммы декомпозиции процесса «Получение товара»

Процесс	Входные данные	Выходные данные
Регистрация товара в  базе	- приходная накладная	- информация о компакт-диске
Оценка товара	- экономические показатели товара	- розничная цена
Регистрация справочной информации	- информация о компакт-диске	- справочная информация о песнях, альбомах, исполнителях и артистах