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

ВВЕДЕНИЕ

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

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

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

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

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

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

ОПИСАНИЕ ПРЕДМЕТНОЙ ОБЛАСТИ

Наименование и область применения

Наименование программного продукта – информационный ресурс для магазина «Электрик».

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

Технические требования

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

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

2 ВЫБОР МЕТОДОЛОГИИ ПРОЕКТИРОВАНИЯ

2.1 Методология SADT

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

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

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

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

- графическое представление блочного моделирования. Графика блоков и дуг SADT-диаграммы отражает функцию в виде блока, а интерфейсы входа/выхода представляются дугами, в соответствии с этим входящими в блок и выходящими из него. Взаимодействие блоков друг с другом описываются при помощи интерфейсных дуг, выражающих «ограничения», которые в свою очередь определяют, когда и каким образом функции производятся и управляются;

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

- ограничение количества блоков на каждом уровне декомпозиции (правило 3-6 блоков);

- связность диаграмм (номера блоков);

- уникальность меток и наименований (отсутствие повторяющихся имен);

- синтаксические правила для графики (блоков и дуг);

- разделение входов и управлений (правило определения роли данных);

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

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

Итогом использования методологии SADT считается модель, которая состоит из диаграмм, фрагментов текстов и глоссария, имеющих ссылки друг на друга. Диаграммы – это ключевые составляющие модели, все функции информационной системы и интерфейсы на них представлены как блоки и дуги. Место соединения дуги с блоком определяет тип интерфейса. Управляющая информация заходит в блок сверху, в то время как информация, которая подвергается обработке, показана с левой стороны блока, а итоги выхода показаны с правой стороны. Устройство, которое осуществляет в  операцию, представляется дугой, входящей в блок снизу.

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

2.2 Диаграммы потоков данных DFD (Data Flow Diagrams)

Диаграммы потоков данных (Data Flow Diagrams — DFD) представляют собой иерархию функциональных процессов, связанных потоками данных. Цель такого представления — продемонстрировать, как каждый процесс преобразует свои входные данные в выходные, а также выявить отношения между этими процессами.

DFD-моделирование разрешает представить бизнес-процессы в виде формальных процедур описываемых стандартными способами. Традиционная DFD демонстрирует внешние  по отношению к системе источники и стоки данных, идентифицирует закономерные функции и группы элементов данных, связывающие одну функцию с иной , а так же идентифицирует хранилища данных, к которым осуществляется доступ. Структуры потоков данных и определения их компонент хранится  и анализируются в словаре данных. Любая закономерная функция имеет может быть детализирована с поддержкой DFD нижнего уровня. Когда последующая детализация перестает быть нужной, перебегают к выражению логики функции при поддержке спецификации процесса (мини-спецификации).

Основные  символы и определения DFD:

- потоки данных; 

- процесс;

- хранилище (накопитель) данных;

- внешняя сущность (или терминатор). 

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

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

Номер процесса служит для его идентификации. В поле имени вводится наименование процесса в виде предложения с активным недвусмысленным глаголом в неопределенной форме (вычислить, рассчитать, проверить, определить, создать, получить), за которым следуют существительные в винительном падеже, например: «Ввести сведения о налогоплательщиках», «Выдать информацию о текущих расходах», «Проверить поступление денег».
Информация в поле физической реализации показывает, какое подразделение организации, программа или аппаратное устройство выполняет данный процесс.

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

Накопитель данных идентифицируется буквой «D» и произвольным числом. Имя накопителя выбирается из соображения наибольшей информативности для проектировщика.
Накопитель данных в общем случае является прообразом будущей базы данных, и описание хранящихся в нем данных должно соответствовать модели данных.

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

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

Номер подсистемы служит для ее идентификации. В поле имени вводится наименование подсистемы в виде предложения с подлежащим и соответствующими определениями и дополнениями.

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

Методология объектного проектирования и анализа на языке UML

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