Файл: Моделирование предметной области «Управление документооборотом» с помощью UML (Теоретические основы платформ для разработки информационных систем).pdf

ВУЗ: Не указан

Категория: Курсовая работа

Дисциплина: Не указана

Добавлен: 28.03.2023

Просмотров: 263

Скачиваний: 3

ВНИМАНИЕ! Если данный файл нарушает Ваши авторские права, то обязательно сообщите нам.

Определяемые пользователем типы данных (UDT). С их помощью пользователи могут создавать новые типы данных, которые будут представлены в базе с использованием встроенных типов

Определяемые пользователем функции (UDF). С их помощью в запросы можно включать мощные вычислительные предикаты и предикаты поиска для фильтрации ненужных данных непосредственно в их источнике.

Oracle имеет большое количество функциональных возможностей, таких как достаточно развитый язык программирования PL/SQL, и механизмы триггеров, хранимых процедур и функций [17].

Перечислим некоторые свойства, характеризующие открытость Informix:

- доступность на множестве платформ, включая Sequent, HP, Sun, IBM, Siemens Nixdorf, NCR;

- поддержка, кроме UNIX, операционных систем Windows NT и NetWare;

- возможность включения баз данных Informix в распределенные разнородные ИС, построенные на основе аппаратно-программных платформ и баз данных различных производителей;

- интегрирование Informix с системами централизованного управления и администрирования, такими как Tivoli Management Environment (TME), HP Open View, IBM Net View;

- многоязычная поддержка.

Доступ к базам данных DB2 можно получить практически из любого клиента с помощью всех основных типов сетей. Кроме того, DB2 поддерживает большинство отраслевых стандартов, позволяющий работать с системой, используя множество существующих инструментальных средств и приложений.

Серверы DB2 и шлюзы DB2 Connect могут работать на таких платформах: AIX, Linux, HP- UX, OS/2, Solaris, Windows NT, Windows 2000.

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

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

В DB2 Personal Developer's Edition и DB2 Universal Developer's Edition программистам предоставляется среда разработки, позволяющая создавать для баз данных приложения, обращающиеся к данным и управляющие ими в реляционных баз данных IBM.

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

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


Средства разработки Oracle представлены такими продуктами, как Developer, Designer, Developer Server, JDeveloper, WebDB, Oracle Reports.

PostgreSQL - это объектно-реляционная система управления базами данных, работает как клиент-серверная система, которая соответствует базовой спецификации SQL99 и поддерживает большое число возможностей, описанных стандартом SQL92.

PostgreSQL - это свободная альтернатива коммерческим СУБД (таким как Oracle, Microsoft SQL Server, DB2, Informix и СУБД производства Sybase) вместе с другими свободными СУБД (такими как MYSQL и Firebird).

PostgreSQL поддерживается на всех современных системах (34 платформы) Unix, включая наиболее распространенные, такие как Linux, FREEBSD, NETBSD, OPENBSD, SUNOS, Solaris, DUX, а также под Mac OSX. Начиная с версии 8.X PostgreSQL работает в "native" режиме под MS Windows NT, Win2000, WINXP.

PostgreSQL является одной из первых во многих объектно-реляционных аспектах, которые позже появились в некоторых коммерческих СУБД.

Традиционные реляционные СУБД (RDBMS) поддерживают модель данных, которая составляет коллекцию поименованных кортежей, содержащих атрибуты заданного типа.

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

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

Реляционная модель успешно заменяет предыдущие модели частично из-за простоты. Однако такая простота делает реализацию определенных приложений очень сложной.

MYSQL среди этих продуктов имеет некоторые преимущества, прежде всего производительность [14, c. 19].

Согласно тестам MYSQL работает гораздо быстрее конкурирующих продуктов.

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

Поэтому при создании подсистем баз данных web-сервисов тестирования знаний целесообразно использовать MYSQL или PostgreSQL [15, c. 45].

Возможность перевести операции записи страниц с задачи выполнения SQL-запроса на какое-либо другое задание позволяет значительно ускорить отклик системы на запросы.

Также PostgreSQL и MYSQL содержат необходимые конструкторы, позволяющие получить модель «сущность-связь» и утилиты для разработки баз данных в интерактивном режиме, что позволяет разработчику ускорить процесс разработки и наполнения базы данных, а также приведение базы данных к третьей нормальной форме.


На основании анализа рассмотренных критериев оценки баз данных можно составить выделить эффективности баз данных с выделением преимуществ и недостатков (приложение 4).

На основании сравнительного анализа можно сделать следующие выводы, что почти все серверные баз данных имеют возможность:

- реализации на нескольких платформах;

- использование удобных административных утилит;

- осуществление резервного копирования данных;

- поддержки нескольких сценариев репликации;

- поддержки параллельной обработки данных в многопроцессорных системах;

- поддержки OLAP и создание хранилищ данных;

- выполнение распределенных запросов и транзакций;

- использование различных средств проектирования данных для создания своих объектов;

- поддержку средств разработки и генераторов отчетов, как собственного производства, так и других производителей;

- поддержки как минимум публикации данных в Интернет.

Вследствие проведенного анализа можно утверждать, что использование MS SQL Server идеально подходит для разработки приложений в любой платформе, имеет в наличии высокоинтеллектуальный процессор запросов и хорошо развитый диалект языка SQL (Transact - SQL) [16, c. 25]

Oracle ориентируется на Интернет, поддерживает большое количество аппаратных и программных платформ, имеет богатые возможности для разработчиков (объектно-реляционная БД, PL / SQ).

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

DB2 сочетает в себе высокую производительность систем обработки транзакций в режиме online, объектно-реляционные расширения, средства оптимизации с возможностями параллельной обработки и поддержкой очень больших баз данных.

3. Разработка информационной системы электронного документооборота с помощью UML

Рассмотрим пример разработки системы электронного документооборота для компании ООО «Деловые линии», которая специализируется на транспортных услугах и работах и работах связанных с погрузкой тяжелых грузов.

Основным бизнес-процессом является бизнес процесс «Управление документооборотом в ООО «Деловые линии».


Описание бизнес-процесса:

1) При поступлении документов в организацию сотрудник отдела делопроизводства регистрирует документ в журнале входящих документов.

2) После регистрации документов он ведет распределение документов по адресату и назначению – начальникам отделов, руководителю предприятия.

3) Сотрудник отдела делопроизводства также ведет регистрацию документов, исходящих из организации – это договоры с поставщиками, деловыми партнерами, банком, государственными органами.

4) Сотрудник отдела делопроизводства осуществляет подготовку и визирование внутренних документов компании.

5) По входящим, исходящим и внутренним документам компании ведется архив и по запросам из других подразделений ООО «Деловые линии» сотрудником отдела делопроизводства ведется поиск необходимого документа в сохраненном архиве.

6) На основе зарегистрированных в журналах документов (входящих, исходящих и внутренних) формируется отчет, по которому проводится анализ документооборота компании.

7) Начальник отдела делопроизводства докладывает о результатах работы отдела генеральному директору

8) Генеральный директор принимает решение о развитии отдела делопроизводства и повышения его эффективности работы.

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

Задачами внедрения электронной системы документооборота являются:

- усиление контроля за исполнением решений;

- увеличение скорости обработки документа в процессе его жизненного цикла;

- ускорение поиска информации в документах и сопроводительных данных;

- снижение рисков финансовых потерь, связанных с несвоевременным получением либо утратой документов;

- разграничение прав доступа к документам;

- повышение эффективности использования накопленных в организации знаний.

Проект будет реализован с помощью следующих программных средств:

- Php 5.6 [19];

- MySQL 5.5 Server.

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

Требования к эргономике системы: приложение должно открываться на операционных системах Windows ХР и выше с установленным .NET Framework версии 3.5 и выше. Корректное отображение графических элементов должно осуществляться при разрешении монитора 1024x768 и выше.


При проектировании базы данных разработаны следующие таблицы, наименование которых и их назначение приведено в таблице 3.

Таблица 3 – Описание основных таблиц базы данных

Наименование

Хранимые данные

dellin.dokument

Содержит данные о документа

dellin.dolg

Содержит должности сотрудников системы электронного документооборота

dellin.history

Содержит историю посещения системы ее пользователями

dellin.nach

Содержатся сведения о руководстве

dellin.otdel

Содержаться сведения о структурных подразделениях ООО «Деловые линии»

dellin.sotr

Содержит сведения о пользователях электронной системы документооборота

dellin.tip

Содержит типы документов: входящие, исходящие, внутренние

ER-диаграмма базы данных приведена на рисунке 3.

Рисунок 3 – ER-диаграмма базы данных

Характеристика каждой таблицы базы данных приведена в приложении 5. После разработки базы данных на языке программирования PHP была выполнена разработка интерфейса.

Работа сетевого приложения для документооборота начинается классически для программы, которая заинтересована в защите своих данных от непосвященных работников. На рисунке 4 представлена форма авторизации.

Рисунок 4 - Форма авторизации

На стороне сервера осуществляется проверка на соответствие введенных данных, и при положительном результате загружается форма регистрации документов, представленная на рисунке 5.

Рисунок 5 - Форма регистрации документа

Код JS меняющего поля адресанта и адресата в зависимости от выбранного типа документа:

$( "#typedoc" ).change(function() {

var stext = $('option:selected',this).text();

var stype=stext.substring(0,2);

var sout='№'+stype+'/...';

$(".regnum").text(sout);

var sval=$('option:selected',this).attr('value');

switch (stype)

{

case 'Вх':

$("#adresant").remove();

var skontr =$('div[name=skontr]').text();

$('<select name="adresant" id="adresant">'+skontr+'</select>').appendTo("#divadresant");

$("#adresat").remove();

var sotdel =$('div[name=sotdel]').text();

$('<select name="adresat" id="adresat">'+sotdel+'</select>').appendTo("#divadresat");

break;

case 'Ис':

$("#adresant").remove();

$('<input type="text" name="adresant" id="adresant" value="ООО \'Деловые линии\'">').appendTo("#divadresant");

$("#adresat").remove();

var skontr =$('div[name=skontr]').text();