26
Представляется целесообразным использование такого приложения, ин-
терфейс и хранение данных осуществлялось бы в базе формата Microsoft
SQL[2], а интерфейс для доступа к данным базы разработан в Microsoft Visual
Studi 2010 (C#).
С# - относительно новый объектно-ориентированный язык про-
граммирования, разработанный компанией Microsoft. На нем можно писать
приложения для Web, приложения под Windows, консольные программы, за-
пускаемые из командной строки, работать с базами данных[3].
C# - это лишь один из языков платформы .NET Framework (по-
мимо Visual Basic.NET, Visual C++.NET, J#, а с появлением Delphi 8/2005 еще и
Delphi). В целом С# впитал в себя многое из того лучшего, что есть в самых
разных языках программирования. Это простой, надежный, полностью объект-
но-ориентированный язык, используемый платформой .NET Framework[4].
Платформа .NET - это новая технология разработки программного
обеспечения. В ее основе лежит идея универсального программного кода, кото-
рый может быть выполнен любым устройством, вне зависимости от используе-
мой этим устройством операционной системы (ОС должна поддерживать тех-
нологию .NET). Универсальность программного кода обеспечивается за счет
предварительной, на этапе разработки, компиляции исходной программы в
промежуточный код на языке CIL (Common Intermediate Language), который во
время загрузки транслируется в выполняемую программу. Платформа .NET яв-
ляется независимой от используемых языков программирования. Можно ис-
пользовать несколько .NET-совместимых языков даже в рамках одного проек-
та[5].
27
1.5 Характеристика аппаратного обеспечения
Для успешного запуска и выполнения программы необходимы следую-
щие программные и аппаратные характеристики:
процессор с тактовой частотой 1500 МГц;
оперативная память не менее 512МБ;
не менее 20 ГБ свободного пространства на жестком диске;
видеокарта и монитор SVGA с разрешением не менее 1024x768 точек;
мышь;
клавиатура;
привод CD-ROM;
операционная система Windows 7 и выше.
Рекомендуемые программные и аппаратные характеристики:
процессор с тактовой частотой не менее 2000 МГц;
оперативная память не менее 1024 МБ;
150 ГБ свободного пространства на жестком диске;
видеокарта и монитор SVGA с разрешением не менее 1024x768 точек;
мышь;
клавиатура;
привод CD-ROM;
операционная система Windows 7 и выше.
Для установки приложения необходимо наличие привода CD-ROM.
28
2 ПРОЕКТНАЯ ЧАСТЬ
2.1 Информационное обеспечение задачи
Информационная модель и её описание
Прежде чем приступить к проектированию системы необходимо в об-
щих чертах представить, как будет осуществляться электронный документо-
оборот.
Основной элемент электронного документооборота это проект.
Алгоритм решения проблемы в общем виде можно представить следу-
ющим образом:
В общем виде цикл исполнения заявки можно представить, так как
показано на рисунке 5.
Рисунок 5
Рисунок 6 Сценарий создания проекта
29
2.2 Программное обеспечение задачи
2.2.1 Общие положения (дерево функций и сценарий диалога)
В разработанном электронном документообороте предусмотрено 2 вида
пользователей:
Администратор системы. Администратор системы наполняет спра-
вочники; управляет пользователями, осуществляет регистрацию, редактирова-
ние данных пользователей, редактирование каталогов с файлами проектов;
Пользователь. осуществляет создание проектов, обработку входя-
щих сообщений, отчетов, просмотр документов.
Особенностью электронного документооборота является необходимость
обмена файлами в рамках проектов. Поэтому целесообразно создание общедо-
ступного хранилища файлов.
Дерево функций приложения показано на рисунке 7.
Рисунок 7 Дерево функций электронного документооборота
30
2.3 Разработка базы данных проекта
2.3.1 Разработка инфологической модели БД
Прежде чем разрабатывать ER-модель предметной области, необходимо
выделить основные сущности, характерные для данной предметной области,
определится с информацией которая должна храниться в БД и построить инфо-
логическую модель.
При анализе предметной области, выделим сущности, характерные для
этой области и их атрибуты:
СОТРУДНИК: Код сотрудника, ФИО, Пароль, Должность, Отдел, При-
знак работающего
ДОЛЖНОСТЬ: Код должности, Наименование должности
ОТДЕЛ: Код отдела, Наименование отдела
ПРОЕКТ: Код проекта, Дата регистрации, Вид документа, Краткое со-
держание, Кем подготовлен, Кем подписан, Тип проекта
ВИД ДОКУМЕНТА: Код вида, Вид документа
СООБЩЕНИЕ: Код сообщения, Время создания, Текст сообщения, Код
проекта, Получатель сообщения, Оправитель, Тип сообщения, Призна обработ-
ки, Текст отчета, Время ознакомления, Признак отказа
ОТЧЕТ: Код отчета, Время создания, Текст отчета, Код проекта, Полу-
чатель отчета, Оправитель, Признак обработки, Текст отчета, Время ознаком-
ления
ПАРАМЕТРЫ КАТАЛОГА ФАЙЛОВ
Поля: Относительный путь, Абсолютный путь, Признак используемого
пути (относительный или абсолютный)
При проектировании БД необходимо учитывать следующее:
• Проект создается одним пользователем;
• Проект создается одним сотрудником. Проект может содержать не-
сколько сообщений. Проект может содержать несколько прикрепленных
файлов. Проект обязательно имеет тип
• Каждый сотрудник входит в состав какого-либо отдела и имеет
31
должность.
• Каждая проект обязательно имеет вид документа проекта.
Определив сущности предметной области построим инфологическую
модель БД в программе DIA (рис. 8).
Рисунок 8 Инфологическая схема, разработанная в програм-
ме DIA
32
2.3.2 Разработка логической модели БД
Разработку логической модели БД будем осуществлять с помощью про-
граммы ERwin.
ERwin – средство разработки структуры базы данных (БД). ERwin соче-
тает графический интерфейс Windows, инструменты для построения ER-
диаграмм, редакторы для создания логического и физического описания модели
данных и прозрачную поддержку ведущих реляционных СУБД и настольных
баз данных. С помощью ERwin можно создавать или проводить обратное про-
ектирование (реинжиниринг) баз данных.
Реализация моделирования в ERwin базируется на теории реляционных
баз данных и на методологии IDEF1X. Возможны две точки зрения на инфор-
мационную модель и, соответственно, два уровня модели. Первый – логический
(точка зрения пользователя) – описывает данные, задействованные в бизнесе
предприятия. Второй – физический – определяет представление информации в
БД. ERwin объединяет их в единую диаграмму, имеющую несколько уровней
представления.
Общепринятым видом графического изображения реляционной модели
данных является ER-диаграмма. На такой диаграмме сущности (таблицы) изоб-
ражаются прямоугольниками, возможно, соединенными между собой линиями
(связями). Такое графическое представление облегчает восприятие структуры
базы данных по сравнению с текстовым описанием.
Диаграмма ERwin строится из трех основных блоков – сущностей, атри-
бутов и связей. Если рассматривать диаграмму как графическое представление
правил предметной области, то сущности являются существительными, а связи
– глаголами. Сущность – это концепция, о которой хранится информация –
множество индивидуальных объектов – экземпляров, причем все эти объекты
являются различными. На диаграмме сущность изображается прямоугольни-
ком. В зависимости от режима представления диаграммы прямоугольник может
содержать имя сущности, ее описание, список ее атрибутов и другие сведения.
Атрибут – это свойство объекта, характеризующее его экземпляр. Горизонталь-
33
ная линия прямоугольника разделяет атрибуты сущности на два набора - атри-
буты, составляющие первичный ключ в верхней части и прочие (не входящие в
первичных ключ) в нижней части.
В ERwin сущность визуально представляет три основных вида инфор-
мации:
атрибуты, составляющие первичный ключ;
не ключевые атрибуты;
тип сущности (независимая/зависимая).
В ERwin существуют два уровня представления и моделирования – ло-
гический и физический. Логический уровень означает прямое отображение
фактов из реальной жизни. Они именуются на естественном языке, с любыми
разделителями слов (пробелы, запятые и т.д.). На логическом уровне не рас-
сматривается использование конкретной СУБД, не определяются типы данных
(например, целое или вещественное число) и не определяются индексы для
таблиц. Целевая СУБД, имена объектов и типы данных, индексы составляют
второй (физический) уровень модели. ERwin предоставляет возможности со-
здавать и управлять этими двумя различными уровнями представления одной
диаграммы (модели), равно как и иметь много вариантов отображения на каж-
дом уровне.
Логическая модель базы данных представлена на рисунке 9.
34
Рисунок 9 Логическая модель БД
Назначение таблиц и характер хранимых в них данных приведены в таб-
лице 3.
Таблица 3
Характеристика таблиц базы данных
Название таблицы
Характер хранимых данных
FileBase
Данные для организации хранения
файлов прикрепленных к проектам
(циркулирующим в документообороте)
ВидДокумента
Справочник: Виды документов
Должность
Справочник: Должностная структура
организации
Отдел
Справочник: Структура отрганизации в
контексте отделов
Отчет
Информация об отчетах: привязка к со-
труднику и проекту циркулирующему в
документообороте
Проект
Таблица с данными по основной едини-
це документооборота: проекте
Сообщение
Данные по всем сообщениям между
35
пользователями системы в рамках про-
ектов
Сотрудник
Данные о сотрудниках ООО «Станки»
ТипСообщения
Справочник: типы сообщений
Реквизитный состав таблиц, описание типа и назначения полей приведе-
ны в таблицах 4 - 11.
Таблица 4
Таблица Должность
Имя поля
Подпись
Тип Поля
Длина поля
Код
Код должно-
сти
Счетчик
Длинное целое
Должность
Наименование
должности
Текстовый
50
Таблица 5
Таблица Проект
Имя поля
Подпись
Тип Поля
Длина
поля
Код
Регистрационный
номер
Счетчик
Длинное
целое
РегДата
Дата создания
Дата/время
Полный
формат
даты
ВидДокументаКод
Вид документа
32-битное
целое поле
(типа integer)
Длинное
целое
КраткоеСодержание
Краткое содержа-
ние
Текстовый
255
ПодготовленКодСотрудника
Кем подготовлен
32-битное
целое поле
(типа integer)
Длинное
целое
ПодписанКодСотрудника
Подписан
32-битное
целое поле
(типа integer)
Длинное
целое
Таблица 6
Таблица Отдел
Имя поля
Подпись
Тип Поля
Длина поля
Код
Код отдела
Счетчик
Длинное це-
лое
НаименованиеОтдела
Наименование
отдела
Текстовый
50