Файл: Информационная модель и её описание (Обоснование проектных решений по программному обеспечению).pdf

Таблица 1. Материалы

Таблица 2. Клиенты(CLIENT)

Таблица 3. Заказы (DEAL)

Предметная область – информация о материалах, клиентах и поступлении материалов.

Целью данной работы является автоматизация обработки данных по материалам с целью упрощения работы персонала с клиентами. При покупке или выдаче на прокат товара клиенту выдаётся чек. Количество товара на складе соответственно уменьшается. Также в видеопрокате существуют скидки постоянным клиентам в зависимости от количества покупок (сделок).

В процессе реализации задачи при разработке структуры для хранения данных, первым объектом выступают информация о товаре (дисках или кассетах) и клиентах. В нашем случае БД будет состоять из нескольких таблиц. В таблице MAT будут содержаться сведения о материалах. В таблице CLIENT будут храниться все нужные сведения о клиентах – с указанием полных паспортных данных. Третья таблица DEAL будет содержать сведения о сделках (дата сделки, сумма с учетом скидки (если она есть) и т.д.) Таким образом, таблица DEAL будет центральной. Она должна будет иметь уникальной поле, которое будет однозначно определять каждую сделка. В дальнейшем по этому полю мы создадим первичный ключ, чтобы СУБД могла быстро найти нужную запись. Каждой записи в таблице MOVIE будет соответствовать произвольное количество записей в таблице DEAL (такая связь в терминологии БД называется связью один ко многим), т. е. одно из её полей будет содержать уникальный идентификатор фильма. В таблице DEAL будет также ссылка на уникальный идентификатор клиента из таблицы CLIENT. При появлении очередной записи в таблице DEAL должно меняться значение поля KOL (количество) в таблице MAT.

2.3. Характеристика результатной информации

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

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

Используя массив этих данных, с учетом условий на построение отчетов, наложенных пользователем, система строит отчет, который можно посмотреть на экране монитора или распечатать на принтере. Готовые отчеты и является выходными данными подсистемы аналитической отчетности и всей системы в целом.

2.4. Общие положения (дерево функций и сценарий диалога)

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

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

Список функций, реализованный в программе, представлен в таблице 4.

Таблица 4. Функции программы.

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

Рисунок 2. Структура главного меню приложения

2.5. Характеристика базы данных

СУБД Access предназначена для разработки диалоговых информационных систем, она использует реляционную модель данных и графический интерфейс Windows.

СУБД Access отличается простотой использования, также в отличие от многих других СУБД, Access включает в состав БД не только таблицы, но и другие объекты, связанные с обработкой данных. Объектом в Access считается все, что может иметь имя. Основным типом объектов в БД является таблица, остальные типы объектов – это различные способы представления информации из таблиц (формы, отчеты, динамические наборы) или действия над таблицами (запросы, макросы, модули). Все объекты БД хранятся в одном файле с расширением *.mdb. В один момент времени допускается работа только с одной БД.

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

В Microsoft Access существует ряд способов контроля данных в текущем поле:

-контроль максимального числа символов выполняется для текстовых полей;

-контроль обязательности данных в поле (для любых полей, кроме типа “счетчик”);

-контроль на соответствие маске, в пустые позиции которой можно ввести только определенные символы;

-контроль на уникальность данных в поле (для всех полей, кроме “memo”, “OLE”);

-контроль на соответствие логическому выражению.

Для проектирования данной БД моделирование целесообразно осуществлять с помощью модели типа “сущность-связь”. Такая модель достаточно проста, легка для понимания и наглядно отображает предметную область.

Основное назначение модели “сущность-связь” – семантическое описание предметной области. Структура предметной области в данной модели изображается в форме диаграммы. Базовыми элементами в модели являются компоненты:

• сущности;
• атрибуты;
• связи.

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

Атрибут – это поименованная характеристика сущности, которая принимает значение из некоторого множества значений.

Связь – это ассоциация между двумя понятиями. Связи выражают отношения между сущностями. Связи делятся на три типа по множественности: один – к – одному (1:1), один – ко – многим (1:М), многие – ко – многим (М:М).

Связь 1:1 означает, что экземпляр одной сущности связан только с одним экземпляром другой сущности и наоборот. Этот тип используется редко, так как данные могут быть помещены в одну таблицу.

Связь 1:М означает, что один экземпляр сущности, расположенный слева по связи, может быть связан с несколькими экземплярами сущности, расположенными справа по связи. Этот вид связи используется чаще всего.

Связь М:М означает, что один экземпляр первой сущности может быть связан с несколькими экземплярами второй сущности и, наоборот, один экземпляр второй сущности может быть связан с несколькими экземплярами первой сущности.

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

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

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

3) Организации – объект, содержащий информацию о производителях. Включает в себя код производителя и наименование производителя. Идентификатор – код производителя.

4) Приходная накладная – объект для хранения информации о приходе материала на склад. Данный объект хранит информацию о коде документа приходной накладной, номер приходной накладной и дату прихода. Идентификатором является код документа приходной накладной.

6) Список материалов приходной накладной – объект хранит информацию о материалах оприходованных на склад. Включает в себя номер строки по порядку, код документа приходной накладной, номенклатурный номер материала и количество пришедшего материала. Идентификатором является номер строки по порядку.

7) Расходная накладная – объект для хранения информации о расходе материала со склада. Данный объект хранит информацию о коде документа расходной накладной, номер расходной накладной и дату расхода. Идентификатором является код документа расходной накладной.

8) Список материалов расходной накладной – объект хранит информацию о материалах выбывших. Включает в себя номер строки по порядку, код документа расходной накладной, номенклатурный номер материала и количество отпущенного материала. Идентификатором является номер строки по порядку.

9) Акт о списании – объект для хранения информации о материала, который списан со склад по какой-либо причине. Данный объект хранит информацию о коде документа акта о списании, номер акта о списании, дату акта. Идентификатором является код документа акта о списании.

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

Схема БД в Access представлена в Приложении Б.

2.6. Структурная схема пакета (дерево вызова программных модулей)

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