Аналитическая часть (стр. 4 )

Формализованное описание результатных показателей

№ п/п	Наименование результатного показателя	Идентификатор результ. пок-ля	Алгоритм расчета
1	Стоимость акции	Sj
2	Стоимость акции со скидкой	SСj	Sj * С
3	Стоимость СМС рассылки	Rkj	d * Pj + d * Pj*t

2.3. Программное обеспечение задачи

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

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

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

1) служебные функции – идентичны для всех автоматизированных систем управления предприятием на современном уровне развития аппаратных и программных средств. Функции этого вида призваны обеспечить безопасность ввода, обработки и хранения информации, облегчить работу с системой, сделать ее наиболее удобной и незатруднительной для конечного пользователя.

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

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

Рис.19. Дерево функций ИС.

На данном этапе разработки проекта ИС необходимо также выбрать язык общения системы с конечным пользователем.

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

В процессе диалога возможно:

§  двустороннее управление на базе языка типа «запрос-ответ»,

§  одностороннее управление со стороны ИС с языком общения типа «меню», «заполнения шаблона», ответа по «подсказке»,

§  одностороннее управление со стороны пользователя с использованием языка директив (команд).

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

§  управление процессом диалога,

§  обеспечение интерфейса пользователя,

§  обеспечение выполнения сервисных или справочных функций,

§  анализ и обработка ошибочных ситуаций,

§  вызов обрабатывающих программ.

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

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

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

§  возможность работы с экранными формами входных документов,

§  формирование выходных документов,

§  корректировка вводимых данных,

§  просмотр введенной информации,

§  работа с таблицами нормативно-справочной информации,

§  протоколирование действий пользователя,

§  помощь на всех этапах работы.

Сценарий диалога представлен на рисунке 14.

Рисунок 14. Сценарий диалога с ИС.

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

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

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

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

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

Рисунок 15. ER-модель разрабатываемой ИС.

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

Описание таблиц реляционной базы данных в терминах системы MySQL в таблицах 12-18

Таблица 12.

Характеристика таблицы «Форум»

Наименование поля	Идентификатор поля	Тип данных	Длина поля	Описание поля
№ Записи	N_zap	number	5	Первичный ключ
№ сообщения	N_soobchn	number	5	№ комментария из таблицы “сообщения”
Проверен	B_prov	boolean	1	Проверен ли файл
Согласован	B_sogl	Boolean	1	Согласован ли файл
Закрыто	B_close	boolean	1	Разрешение на обсуждение
№ файла	N_file	Number	1	№ прикрепленного файла
№ пользователя	N_user	Number		№ пользователя владельца
Права родителя	Rule_parent	Varchar	3	Права владельца создателя записи
Права группы	Rule_group	Varchar	3	Права других групп-друзей
Права остальных	Rule_other	varchar	3	Права остальных пользователей

Таблица 13.

Характеристика таблицы «Файлы»

Наименование поля	Идентификатор поля	Тип данных	Длина поля	Описание поля
№ группы	N_group	number	3	Первичный ключ
№ пользователя	N_user	varchar	255	№ пользователя
№ друга	B_	boolean	1	№ Друга пользователя

Таблица 14.

Характеристика таблицы «Группы»

Наименование поля	Идентификатор поля	Тип данных	Длина поля	Описание поля
№ файла	N_file	number	3	Первичный ключ
Имя файла	Name	varchar	255	Имя файла
Архив	B_archiv	boolean	1	В архиве ли файл

Таблица 15

Характеристика таблицы «Пользователи»

Наименование поля	Идентификатор поля	Тип данных	Длина поля	Описание поля
№ пользователя	N_file	number	3	Первичный ключ
№ группы	№_group	varchar	255	№ группы для идентификации к какой группе относится пользователь
Архив	B_archiv	boolean	1	В архиве ли файл
ФИО	FIO	char	255	Фамилия Имя Отчество

Таблица 16

Характеристика таблицы «Сообщения»

Наименование поля	Идентификатор поля	Тип данных	Длина поля	Описание поля
№ записи	N_record	number	5	Первичный ключ
Дата	Date_add	date	12	Дата добавление сообщения
№ пользователя	N_user	number	10	№ пользователя

Таблица 17.

Характеристика таблицы «Подписка»

Наименование поля	Идентификатор поля	Тип данных	Длина поля	Описание поля
№ подписки	N_mail	number	10	Первичный ключ
№ Записи	N_record	number	10	К какому документу прикреплён пользователь
№ пользователя	N_user	number	10	№ пользователя которые подписался

Таблица 18.