Файл: Компьютерная система управления документооборотом предприятия Черниговгазмонтаж.doc
ВУЗ: Не указан
Категория: Не указан
Дисциплина: Не указана
Добавлен: 19.03.2024
Просмотров: 203
Скачиваний: 0
ВНИМАНИЕ! Если данный файл нарушает Ваши авторские права, то обязательно сообщите нам.
СОДЕРЖАНИЕ
Требования к программной подсистеме
Требования к графическому интерфейсу
Постановка задачи на разработку системы
Разработка кс Управления документооборотом
Рисунок 2.6 – Коммутирующий маршрутизатор/Switching router. Типовое изображение на схемах.
Диаграмма классов домена серверного приложения
Разработка WEB-компонента системы
Сценарий «Просмотр сведений о документе»
Требования к производственным и лабораторным помещениям для эксплуатации ВДТ ПК
Санитарные требования к организации и оборудованию рабочих мест с ВДТ ПК
Рисунок 1.7 – Создание новой версии документа
Редактирование документа - редактирование документа производится с учетом шаблона, на основе которого создан документ. При изменении шаблонов – документ тоже претерпит изменения.
Удаление документа – жизненный цикл любого документа заканчивает либо его физическим уничтожением, либо просто удалением файла с носителя информации, либо удаление его с базы данных в нашем случае.
Так как существуют некоторые нюансы, связанные с созданием новых документов, то есть смысл их рассмотреть.
Система позволяет создавать новые документы на основе шаблонов, например на основе шаблона письма или юридического документа, а так же редактировать существующие документы, в данном случае это называется создание новой версии документа.
На рисунке 1.8 представлена диаграмма требований к созданию нового документа.
Открытие шаблона. Для открытия шаблона используется встроенное в текстовый процессор приложение, где пользователю дана возможность выбрать шаблон с библиотеки. Выбранный шаблон будет извлечен из базы данных.
Заполнение шаблона. Пользователю предоставляются незаполненные поля, в которые необходимо внести информацию
Сохранение документа в базу данных – средствами приложения документ можно сохранить в одну из папок в библиотеке, но только если он не является новой версией уже существующего документа.
Рисунок 1.8 – Создание документа
Всегда есть вероятность того, что нам потребуется не самая новая версия документа. Поэтому при редактировании документа нужно предоставлять пользователям возможность выбрать, хотят ли они заменить существующий документ, либо сохранить его как версию. На рисунке 1.9 отображены требования к созданию такого документа.
Создание новой версии существующего документа выполняется если необходимо внести изменения в существующий документ, так же нужно хранить старый документ с тем же именем.
Открытие документа происходит пользователем
, который выбирает необходимый документ, хранящийся в базе данных.
Редактирование документа - изменяя значения предоставленных полей, пользователь редактирует документ.
Сохранение документа - производится сохранение документа в базу данных, при следующем выборе этого документа, будет открыта самая новая версия документа.
Рисунок 1.9 – Создание новой версии документа
-
Выводы
В данной работе предполагается построение компьютерной системы управления документооборотом. Эта система предназначена для использования в организациях и учреждениях с большим оборотом документации и необходимостью автоматической обработки документов.
Задачей системы будет являться: создание документов, сохранение их в базе данных. Данная система должна быть правильно спроектированной и отвечать всем требованиям, которые были предъявлены выше.
- 1 2 3 4 5 6 7 8 9 ... 20
Разработка кс Управления документооборотом
-
Выбор технических средств построения системы
В данном разделе будет изложен процесс выбора технологий и языков реализации системы. А именно будет произведен выбор конкретного языка web-программирования, выбор способа объектно-реляционного отображения. Будет произведен обзор выбранных технологий.
-
Выбор языка реализации системы
Существуют клиентские и серверные языки web-программирования, их классификация представлена на рисунке 2.1[7].
Рисунок 2.1 – Классификация языков web-программирования
Клиентские языки используются для написания программ, выполняемых на стороне клиента (браузер), а серверные – для программ, выполняемых на сервере.
Среди клиентских языков программирования стоит выделить JavaScript, которые, также как и HTML, лежит в основе многих веб-технологий.
Другие популярные клиентские языки, а точнее фреймворки – это Adobe Flash (язык Action Script) и Silver Light (любые .NET языки). Adobe Flash применяется веб-мастерами довольно долгое время. Основное применение этой технологии – интерактивные сайты и сервисы, онлайновые игры, мультимедийный контент, реклама. Silver Light – это новая технология, разработанная компанией Microsoft и позиционируемая как замена Adobe Flash. Не смотря на то, что с помощью Adobe Flash и Silver Light можно построить полностью весь сайт, этого делать не следует, потому, что современные поисковые системы не могут индексировать ни Adobe Flash ни Silver Light.
Серверные языки программирования могут быть условно разделены по операционной системе, на которой они работают, это операционные системы семейства Windows и Unix. Это разделение в некоторой степени условно, т.к. практически все популярные языки и фреймворки разработаны для обеих ОС и тем не менее, они редко используются на не родных ОС.
Если говорить про ОС Windows, то здесь лучше всего и быстрее всего работает технология ASP .NET, разработанная компанией Microsoft. С помощью ASP .NET можно создавать сайты любого уровня сложности – от самых простых, состоящих из нескольких страниц, до очень сложных, обрабатывающих миллионы запросов в день. Сайты Microsoft, написанные на ASP .NET, являются одними из самых посещаемых в Интернет. Здесь основным языком веб-программирования служит C#. Основной недостаток этой технологии – меньшее, по сравнению с Unix, количество дешевых хостингов и необходимость покупки серверной лицензии, в случае с выделенным хостингом.
Самым популярным языком веб-программирования является, безусловно, PHP. Его основными преимуществами являются: простой синтаксис, высокое быстродействие, поддержка большинством хостингов. К недостаткам этого языка можно отнести отсутствие JIT-компиляции, несовершенной и устаревшей моделью ООП, нестрогую типизацию.
Другой популярный язык веб-программирования на платформе Unix – язык Perl. Он имеет сложный и запутанный синтаксис и никогда не предназначался для веб, но тем не менее зачастую используется для создания небольших проектов.
В последние несколько лет высокую популярность приобрел язык Ruby и, в частности, фреймворк Ruby on Rails. С его помощью можно очень быстро создать сайт с требуемой функциональностью. Одним из существенных недостатков Ruby является низкое быстродействие.
Наиболее подходящим языком веб-программирования для реализации поставленной задачи является технология Java, так как она является бесплатным кроссплатформенным языком программирования, для которого существует множество различных бесплатных реализаций различных фреймворков и технологий для веб-программирования.
-
Выбор технологий реализации
В процессе создания корпоративного приложения традиционно используются проверенные временем стратегии проектирования (разбиение приложения на слои, выбор стратегии проектирования каждого слоя) и технологии реализации отдельных частей программной системы. К таким технологиям относятся JSF (служит для реализации слоя представления), Hibernate (для реализации слоя интеграции), технология аспектно-ориентированного программирования и т.д[8].
Реализация object-relational mapping (O/R mapping) является общей потребностью для множества проектов по разработке программного обеспечения. Обычно работа над автоматизацией процесса хранения данных очень скучна, и при ручной реализации существует опасность возникновения ошибок. Если к этому прибавить постоянно меняющиеся требования, разработчику необходимо учитывать сложный процесс синхронизации исходного кода и структуры хранения данных. Также необходима переносимость приложений между платформами, и все становится еще более сложным и запутанным.
1.1.1.1Библиотека объектно-реляционного отображения Hibernate
Hibernate позволяет довольно просто хранить данные в постоянном хранилище, при этом выбор типа хранилища, установка и конфигурирование не составляют больших трудностей. Hibernate позволяет хранить объекты любого вида, поэтому приложению не обязательно знать, что его данные будут сохраняться с использованием Hibernate. Понятно, что с помощью Hibernate мы можем не только сохранять данные в хранилище, но также обновлять и удалять данные.
У Hibernate есть ряд преимуществ перед другими подобными подходами к объектно-реляционному управлению (JDO, компоненты управления данными, внутренняя разработка программ и т.д.): это доступная исходная программа, достигшая высокой степени зрелости, она широко используется и активно обсуждается.
Hibernate предусматривает язык запросов, который называется Hibernate Query Language, схожий с SQL. Тем из вас, кто предпочитает старые добрые SQL-запросы, Hibernate все еще дает возможность использовать их.
К основным компонентам архитектуры библиотеки относятся:
-
интерфейсы для выполнения базовых CRUD (create/read/update/delete) операций и запросов. Session, Transaction и Query; -
интерфейсы для конфигурации Hibernate Configuration; -
интерфейсы обратного вызова (Callback-интерфейсы). Interceptor, Lifecycle и Validatable; -
интерфейсы, предназначенные для расширения возможностей библиотеки. UserType, CompositeUserType, IdentifierGenerator и Dialect.
Архитектура библиотеки приведена на рисунке 2.2.
Рисунок 2.2 – Архитектура библиотеки Hibernate
Session – основной интерфейс, используемый приложениями Hibernate. Представляет собой сеанс взаимодействия клиентского кода с Hibernate. Также называется менеджером постоянства (persistence manager). Объекты сеанса создаются очень быстро и не требуют большого количества ресурсов. Они не являются потокобезопасными.
Session Factory. Предназначен для получения объектов сеанса. Экземпляры требуют много ресурсов и должны создаваться один раз для всего приложения в самом начале. Может содержать кэш 2-го уровня.
Configuration. Предназначен для хранения настроек Hibernate. Обычно создается на основе файлов конфигурации. Необходим прежде всего для создания экземпляров Session Factory.
Transaction. Предназначен для управления транзакциями. Основное преимущество состоит в сокрытии конкретного механизма управления транзакциями от клиентского кода.
Query и Criteria. Позволяют выполнять различного рода запросы к источнику данных. Criteria позволяет формировать объектно-ориентированные запросы. Экземпляры не могут существовать вне сеанса. В интерфейсе Session есть несколько методов, позволяющих выполнять запросы без создания конкретных экземпляров интерфейса Query, но они не рекомендованы к использованию.