91
Главное меню
Проекты
Назначенные
Выполненные
В процессе
База знаний
Пользователи
Выход
Клиенты
Рисунок 17 Сценарий диалога исполнителя
Главное меню
Создать проект
Закрытые
Удаленные
Проекты
Архив проектов
Выход
База знаний
Рисунок 18 Сценарий диалога клиента
Таким образом, каждый сотрудник выполняет назначенные ему
функции, для каждого типа сотрудника предусмотрен свой набор диалога.
2.3.2 Характеристика базы данных
Инфологическая (концептуальная) модель подразумевает описание
предметной области, реализованное безотносительно к применяемым
программным и техническим средствам. Инфологическая модель должна
поддерживать простую корректировку и быть динамической. К базовым
требованиям, которые могут предъявляться к инфологической модели,
относят следующие:
92
• Модель должна включать в себя всю необходимую и
достаточную информацию для беспроблемного проектирования БД;
• Модель должна быть проста и понятна для тех лиц, которые
участвуют в создании системы.
ER-модель выражается как логическая структура данных об объектах
системы. Компонентами ER-модели становятся сущности (объекты) и
отношения (связи объектов между собой). Объект содержит множество
реализаций или экземпляров. Экземпляр объекта создается при помощи
совокупности конкретных значений реквизитов и должен однозначно
определяться, т.е. выражаться значением ключа объекта, состоящего из
нескольких (одного либо более) ключевых реквизитов.
Сущности могут выступать как независимыми, так и зависимыми.
Независимыми именуют такие сущности, где любой выбранный экземпляр
однозначно определяется в структуре его отношений с другими
сущностями. Однозначное определение экземпляра зависимой сущности
зависит от взаимосвязи с другими сущностями.
Для отражения таких отношений между сущностями применяются
связи. Связь возможна, если экземпляры сущностей взаимосвязаны
логически.
Для отображения отношений между сущностями используются связи.
Связи существуют, если экземпляры сущностей логически взаимосвязаны.
Для Хранения данных в базе данных необходимо предусмотреть
следующие сущности и атрибуты:
1. Проекты:
2. Категория проекта
3. Клиенты
4. Пользователи
5. Специализация
6. Статус проекта
7. Статья
93
8. Раздел
9. Файлы
Инфологическая схема базы данных представлена на рисунке 19.
Рисунок 19 Инфологическая схема базы данных
ER-модель разработанной базы данных представлена на рисунке 20.
94
Рисунок 20 Даталогическая модель разработанной базы
данных
Далее определим для каждой таблицы тип поля и формат
содержащихся в нем данных.
Таблица 12 Характеристика и описание полей таблицы Proekts
№
Название
столбца поля
Идентификатор Тип Примечание
1.
Код записи
idzav
int(10)
auto_increment
2.
Описание
проекта
desczav text
3.
Приоритет
priorzav
int(1)
4.
Актив
activzav
int(7)
5.
Категория
katzav
int(7)
6.
Ссылка на
прикрепленный
файл
filezav text
7.
комментарий
commzav
text
8.
Код добавившего
клиента
iduzav int(3)
9.
Дата
формирования
datezav timestamp
10.
Наименование
namezav
varchar(255)
11.
Дата окончания
преокта
Datedl date
95
12.
Признак
удаления
deletz int(1)
Таблица 13 Характеристика и описание полей таблицы Klient
№
Название
столбца поля
Идентификатор Тип Примечание
1.
Код записи
ida
int(1)
auto_increment
2.
Код компании
idoa
int(7)
3.
ФИО
nomkab
varchar(6)
4.
Признак
удаления
dela int(1)
Таблица 14 Характеристика и описание полей таблицы status
№
Название столбца
поля
Идентификатор Тип Примечание
1.
Код записи
ids
int(10)
auto_increment
2.
Дата и время
открытия
openz varchar(45)
3.
Код пользователя
iduopen
int(7)
4.
Дата и время
распределения
rasp varchar(45)
5.
Код пользователя
idrasp
int(7)
6.
Дата и время
приема
proz varchar(45)
7.
Код пользователя
idproz
int(7)
8.
Дата и время
проверки
test varchar(45)
9.
Код пользователя
idtest
int(7)
10.
Дата и время
закрытия
clos varchar(45)
11.
Код пользователя
idclos
int(7)
12.
Признак удаления
flag
int(1)
13.
Номер проекта
nomzav
int(3)
Таблица 15 Характеристика и описание полей таблицы user
№
Название столбца
поля
Идентификатор Тип Примечание
1.
Код сотрудника
idu
int(11)
auto_increment
2.
ФИО сотрудника
nameuser
varchar(25)
3.
Дата регистрации
datereg
timestamp
4.
Логин для доступа в
систему
login varchar(25)
5.
Пароль для доступа
в систему
password varchar(25)
6.
Дата рождения
status
int(1)
7.
Признак удаления
udaluser
int(1)
Таблица 16 Характеристика и описание полей таблицы news
№
Название
столбца
поля
Идентификатор Тип Примечание
1.
Код записи
idn
int(11)
auto_increment
2.
Дата
daten
timestamp
3.
Код
пользователя
idun int(10)
4.
Заголовок
zagn
varchar(255)
96
5.
Тело записи
bodyn
text
6.
Признак
удаления
udaln int(1)
7.
Номер
раздела
newsrazdel varchar(12)
Таблица 17 Характеристика и описание полей таблицы razdel
№
Название
столбца поля
Идентификатор Тип Примечание
1.
Код раздела
idr
int(100)
auto_increment
2.
Наименование
namer
varchar(100)
3.
Логотип
logor
varchar(255)
4.
Тип раздела
tipr int(1)
1 – основной, 2
- подраздел
5.
Номер основного
раздела
podraz int(10)
При наличии
6.
Признак удаления
udalr
int(1)
Таблица 18 Характеристика и описание полей таблицы Spez
№ пп
Название
столбца поля
Идентификатор Тип
Примечание
1.
Код
ido
int(1)
2.
Наименование
nameo
varchar(255)
3.
Признак удаления
delo int(1)
Таблица 19 Характеристика и описание полей таблицы
Kategoria
№ пп
Название
столбца поля
Идентификатор Тип
Примечание
1.
Код категории
idpr
int(1)
2.
Наименование
nameprez
varchar(255)
3.
Признак
удаления
delprez int(1)
Таблица 20 Характеристика и описание полей таблицы File
№
Название
столбца поля
Идентификатор Тип Примечание
1.
Код записи
namefile
varchar(255)
auto_increment
2.
Название файла
filezav
int(11)
3.
Дата и время
добавления
datefile
timestamp
4.
Описание
descfile
text
5.
Ссылка
linkfile
text
6.
Признак
удаления
udalfile
int(1)
2.3.3 Структурная схема пакета (дерево вызова программных
модулей)
97
Система состоит из двух модулей – базы данных MySQL и
приложения для взаимодействия с базой данных, реализованного на языке
программирования PHP и c использованием HTML.
Структурная схема пакета представлена на рисунке 21.
Index.php
auth.php
Add.php
Addzav.php
Rasp.php
Spravspez.php
klient.php
kat.php
users.php
status.php
sprav.php
Авторизация
Модуль регистрации
Модуль учета проектов
Модуль распределения проектов
Модуль работы со справочниками
Модуль работы со справочником Специализации
Модуль работы со справочником Клиенты
Модуль работы со справочником Категории
Модуль работы со справочником Пользователи
Модуль работы со справочником Статусы
Рисунок 21 Структурная схема пакета
В соответствии с представленной схемой, структурно пакет состоит
из следующих модулей:
- модуль авторизации;
- модуль регистрации;
- модуль учета проектов;
- модуль распределения проектов;
- модуль работы со справочниками.
Работа с системой осуществляется через любой браузер. Для работы
необходимо установить локальный сервер в локальной сети предприятия,
где будет также расположена база данных. Доступ к базе осуществляется с
помощью набора адреса в адресной строке браузера. Структурная схема
пакета представлена на рисунке 22.
98
База
данны х
Сервер MySQL
Сценарии PHP
Сервер Apache
Локальная или публичная
сеть
Браузер пользователя
Пользователь
Организация хранения и
доступа к данным в базе
данны х
Про г рамм ный инте рфейс для
построения системы
взаимодействия с базой
данны х
Веб-с ерв ер для обрабо тки
запросов клиента
Передача данных
Отображение интерфейса,
данных и взаимодействия с
пользователем
Рисунок 22 Структурная схема пакета
В соответствии с представленной схемой, структурно пакет состоит
из следующих модулей:
- модуль Справочники;
- модуль Проекты;
- модуль База знаний;
- модуль Клиенты.
Листинг основных программных модулей приведен в Приложении.
2.3.4 Описание программных модулей
Минимизация трудовых затрат и цены будет напрямую зависеть от
того, как точно и рационально подготовлен технологический процесс.
Подобный процесс, обычно, включает нескольких самостоятельных
этапов. Главным достижением первого этапа считается регистрация,
получение и передача данных для их последующего анализа. Итогом всего
этого становится подготовка отдельного документа. Суть второго этапа
заключается в переносе данных из аналоговой формы на цифровые
99
носители и начальное внедрение БД. На третьем этапе уже происходит
накопление, изменение и обработка полученных данных.
Чтобы верно определить вариант технологического процесса, важно
учесть ряд требовании:
• Отслеживание точности обрабатываемой информации;
• Описание задач в часы, отведенные для этих дел;
• Малые трудовые и стоимостные затраты на создание;
• Поддержка ЭВМ для повышения оперативности процесса
обработки;
• Выполнение задачи в разных режимах.
Исходя из описанных выше требований, лучше всего спроектировать
АРМ, помогающий поднять общую производительность и разделить
процесс решения задачи.
На этапе анализа данных важно применять нормативно-справочную
информацию. Такой подход даст ряд преимуществ относительно скорости
выбора и сортировки. При этом требуется и начальный предварительный
просмотр пришедших данных перед их описанием и выдачей. На этом этапе
производится важный выбор оправданного режима – диалогового или
пакетного. Первый вариант выступает за минимизацию вмешательства
пользователя в технологию принятия ращения и процесс реализации задачи,
отражая лишь возможность вводить и исправлять данные, что часто
проблематично для самого исполнителя. На практике лучше и
результативнее справляется диалоговый режим, поддерживающий гибкую
связь и предоставляющий множество функций: удобство в работе, защита от
НСД, полноценное участие в решении задачи, оперативный доступ к
данным в онлайн-режиме и адекватная управляемость процессом, а также
отличное осуществление переходов от одной операции к другой.
Сейчас есть несколько диалоговых окон: меню, диалог на привычном
языке, меню команд.
100
В этом проекте применяется методика меню с многоуровневой
структурой.
Реализация подобного проекта упростит работу сотрудника, который
занимается с материалами и оборудованием. По итогу создается БД, где
хранятся все сведения об договорах, клиентах, расчетах, что повышает
удобство хранения данных, а также заметно увеличивает скорость поиска и
выборки данных, минимизирует расходы труда на поиск данных.
Схемы технологического процесса сбора, передачи, обработки и
выдачи информации для разработанной системы представлены на рисунке
23.