- •Содержание
- •Введение
- •1 Анализ литературы по теме дипломного
- •1.1 Анализ направления разработки при создания интегрированных пс и средств генерации веб-страниц.
- •1.2 Анализ существующих программных средств
- •1.3 Постановказадачи на дипломное проектирование
- •2 Методыи модели, положенные в основу
- •2.1 Разработкафункциональной модели
- •2.2 Разработкаспецификаций требований
- •2.3 Разработка информационной модели
- •3 Техническое проектирование программного
- •3.1 Разработка структурной схемы программного средства
- •3.2 Схема работы программы
- •3.3 Алгоритмы обработки текстовой информации
- •3.4 Проверка корректности введённой информации на опубликованной странице
- •3.5 Выбор среды разработки
- •4 Тестирование программного средства и
- •5 Методика работы с программным средством
- •5.1 Настройка элементов управления
- •5.2 Наборы параметров для типов элементов управления
- •6 Охрана труда. Инженерно-психологическое ц обеспечение разрабатываемой модели пс.
- •7 Определение экономической эффективности цРазработки программного обеспечения
- •7.1 Определения единовременных затрат на создание программного продукта
- •7.1.2 Определение себестоимости создания пп
- •Определение оптовой и отпускной цены пп
- •Определение стоимости машиночаса работы эвм
- •7.2 Расчет показателей эффективности использования d программного продукта
- •7.2.1 Определение годовых эксплуатационных расходов при ручном решении задачи
- •7.2.2.Определение годовых текущих затрат, связанных с эксплуатацией задачи
- •Определение ожидаемого прироста прибыли в результате внедрения пп
- •7.3 Расчет показателей эффективности использования sпрограммного продукта
- •Заключение
- •Список использованных источников
2.3 Разработка информационной модели
Целью информационного моделирование является описание ключевых сущностей, составляющих предметную область. При разработке информационной модели использовалось CASE-средство ERWin, которое создаёт и поддерживает графические модели, которые представляют базу данных, данные и модели данных [9].
Любая база данных состоит из таблиц, при проектировании информационной модели, таблицы будут являться сущностями. Между ними необходимо определить связи и присвоить атрибуты. При проектировании необходимо основываться на логическую структуру БД, а не физическую ее реализацию. После создания логической структуры можно перевести данные в физическую.
При переводе следует учесть следующие правила:
- объекты становятся таблицами в физической базе данных;
- атрибуты становятся колонками (полями) в физической базе данных. Для каждого атрибута выбирается свой тип данных;
- уникальные идентификаторы становятся колонками, с ограницчениями накладываемыми первичными ключами.
При разработке информационной модели были выделены следующие сущности:
– сущность «Типы элементов управления» (ControlType) вводится для данных описывающих элементы управления;
– сущность «Типы событий» (ControlEventType) вводится для данных описывающих возможные события для элементов управления.
– сущность «Типы параметра» (ControlParamType) вводится для данных описывающих возможные настраиваемые параметры элементов управления.
– сущность «Элементы управления» (Controls) вводится для данных описывающих настроенные элементы управления.
– сущность «События» (ControlEvent) вводится для данных описывающих настроенные события элементов управления.
– сущность «Параметры» (ControlParam) вводится для данных описывающих настроенные параметры элементы управления.
– сущность «Хранилище» (StoreFunctions) вводится для данных содержащих в себе код страницы.
– сущность «Данные пред просмотра» (ControlsPreViewInfo) вводится для данных требующихся системе для открытия пред просмотра.
– сущность «Шаблоны элементов управления» (ControlTemplates) вводится для данных описывающих элементы управления настроенные ранее пользователем и сохранённые в системе как шаблоны.
– сущность «История публикации» (PublicationHistory) вводится для данных описывающих историю генерации страниц.
На рисунке 2.6 изображена схема данных, для создания базы данных в СУБД MSSQL.
Информационная модель из ErWinэкспортируется в СУБДMSSQL, которая используется как основное хранилище данных. Получившиеся наборы данных и описание их типов представлены в ниже следующих таблицах (таблицы 2.1- 2.10).
Рисунок 2.6 – Логическая информационная модель базы данных
Таблица 2.1 – Сущность «Типы элементов управления»
Атрибут |
Тип данных |
Описание |
ControlPostfix |
nvarchar |
Постфикс элемента управления |
DataType |
numeric |
Тип данных элемента управления |
ControlName |
nvarchar |
Название элемента управления для вывода в пользовательский интерфейс |
ControlPrefix |
nvarchar |
Указание пространства имен |
ControlRealName |
nvarchar |
Параметр указывающий имя элемента управления используемое для генерации |
ControlTemplate |
nvarchar |
Шаблон элемента управления для расширенных элементов управления |
isNeedSetting |
bit |
Флаг расширеной настройки |
XPathType |
int |
Тип указателя пути для сохранения данных |
Таблица 2.2 – Сущность «Типы событий»
Атрибут |
Тип данных |
Описание |
EventName |
nvarchar |
Название события для вывода в пользовательский интерфейс |
EventRealName |
nvarchar |
Название события для генерации страниц |
EventTemplate |
nvarchar |
Шаблон события |
EventPos |
nvarchar |
Указание позиции для вставки в генерируемый код |
Таблица 2.3 – Сущность «Типы параметра»
Атрибут |
Тип данных |
Описание |
ParamDataType |
int |
Тип данных для валидации ввода |
DefaultParamValue |
nvarchar |
Значение параметра по умолчанию |
ParamName |
nvarchar |
Название параметра для вывода в пользовательский интерфейс |
ParamRealName |
nvarchar |
Название события для использовании в генерации кода |
isRequired |
bit |
Флаг отмечающий обязательный параметр |
isHide |
bit |
Флаг отмечающий что параметр скрыт для пользователя |
isSystem |
bit |
Флаг отмечающий что параметр системный |
XPathPos |
nvarchar |
Указание путь размещения параметра |
Таблица 2.4 – Сущность «Элементы управления»
Атрибут |
Тип данных |
Описание |
UserNameControl |
nvarchar |
Пользовательская информация для краткого описания |
AttributeName |
nvarchar |
Атрибут для сохранения данных введённых в элемент управления |
SortIndex |
int |
Порядок элемента управления |
ControlExName |
nvarchar |
Наименование элемента управления |
Таблица 2.5 – Сущность «События»
Атрибут |
Тип данных |
Описание |
FunctionName |
nvarchar |
Имя функции которая будет вызвана при вызове события |
Таблица 2.6 – Сущность «Параметры»
Атрибут |
Тип данных |
Описание |
Value |
nvarchar |
Настроенное значение параметра |
Таблица 2.7 – Сущность «Хранилище»
Атрибут |
Тип данных |
Описание |
Body |
nvarchar |
Хранит в себе все данные о используемом коде для страницы |
Таблица 2.8 – Сущность «Данные пред просмотра»
Атрибут |
Тип данных |
Описание |
ProductAn |
XML |
Xmlcданными о странице |
ApplyDate |
Datetime |
Дата вызова предпросмотра |
WebParam |
XML |
Данные о значения по умолчанию |
Таблица 2.9 – Сущность «Шаблоны элементов управления»
Атрибут |
Тип данных |
Описание |
ControlHeader |
xml |
Заголовок шаблона |
ControlTemplate |
xml |
Тело шаблона |
ApplyDate |
datetime |
Дата внесения изменения |
ControlType |
numeric |
Тип элемента управления |
ControlExName |
nvarchar |
Название элемента указанное пользователем для отображения в интерфейсе |
Таблица 2.10 – Сущность «История публикации»
Атрибут |
Тип данных |
Описание |
ProductName |
nvarchar |
Информация по странице |
PublicDate |
datetime |
Дата генерации |
CurrentData |
bit |
Флаг отмечающий актуальность данных |
ProductWeb |
xml |
Данные о значения по умолчанию |
ProductCriteria |
xml |
Критерии приемлемости |
ProductAnalyticXml |
xml |
Данные о публикации для пользовательского интерфейса |
isAutoGProduct |
bit |
Флаг отмечающий автоматически сгенерированный продукт |
ProductCode |
int |
Код страницы |