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

• Название: Руководство пользователя 33
• Анкор: Дипломная работа на тему Проектирование и реализация информационной системы для поддержки процессов закупок и учета хранения тов
• Дата: 10.06.2021
• Размер: 393.16 Kb.
• Имя файла: TTT.docx
• Тип: Руководство пользователя; #216448
• страница: 5 из 8

1.7.5 Определение взаимосвязей и построение информационной логической модели (ИЛМ)

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



Рис.12 - Итоговая версия базы данных
где PK – Primary Key (первичный ключ), а FK – Foreign Key (внешний ключ).

Глава 2. Практическая часть

2.1 Разработка логической структуры программного продукта

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

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

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

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



Рис.13 - Логическая структура
Описание логической структуры программного продукта: вся информация и все запросы поступает из внешней среды. и в любом случае действие затронет базу данных будь то изменение данных или поиск товаров; Из внешней среды поступил запрос на поиск конкретного товара, модуль поиска товаров свяжется с БД через специальный модуль, и найденная информация будет выведена по средством модуля отображения данных; В случае с поступлением запроса на добавление/изменение характеристик товара последовательность действий будет схожа: модуль добавления/изменения товаров отправит запрос на изменение данных в базу данных через специальный модуль и далее изменения можно будет увидеть благодаря модулю отображения, случай с изменением количества товаров схож с предыдущими двумя.

2.2 Разработка физической структуры программного продукта

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

Структуризация программных продуктов преследует основные цели:

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

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

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



Рис.14 - Структура программного продукта

Среди множества модулей различают:

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

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

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

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