Файл: Компьютерная система управления документооборотом предприятия Черниговгазмонтаж.doc
ВУЗ: Не указан
Категория: Не указан
Дисциплина: Не указана
Добавлен: 19.03.2024
Просмотров: 224
Скачиваний: 0
ВНИМАНИЕ! Если данный файл нарушает Ваши авторские права, то обязательно сообщите нам.
СОДЕРЖАНИЕ
Требования к программной подсистеме
Требования к графическому интерфейсу
Постановка задачи на разработку системы
Разработка кс Управления документооборотом
Рисунок 2.6 – Коммутирующий маршрутизатор/Switching router. Типовое изображение на схемах.
Диаграмма классов домена серверного приложения
Разработка WEB-компонента системы
Сценарий «Просмотр сведений о документе»
Требования к производственным и лабораторным помещениям для эксплуатации ВДТ ПК
Санитарные требования к организации и оборудованию рабочих мест с ВДТ ПК
Lifecycle и Validatable. Изначально предназначались для обеспечения возможности сохраняемым объектам реагировать на изменение своего жизненного цикла. В данное время не используются.
Interceptor. Позволяет реагировать на изменение жизненного цикла сохраняемых объектов. При этом не требует реализации каких-либо специфических интерфейсов самими классами слоя бизнес-логики.
Hibernate хорошо поддерживает все примитивные типы, используемые в Java, в том числе и даты и валюты. Но иногда возникает необходимость в упорядоченной работе с так называемыми пользовательскими типами, которые относятся к модели предметной области. Например, пол студента или форма обучения. Для реализации концепции пользовательских типов существует 2 основных интерфейса – UserType и CompositeUserType.
1.1.1.2Фреймворк Java Server Faces (JSF)
Java Server Faces (JSF) — это фреймворк для веб-приложений написанный на Java. Он служит для того, чтобы упростить разработку пользовательских интерфейсов для Java EE приложений. В отличие от прочих MVC (Model-view-controller, «Модель-представление-поведение») фреймворков, которые управляются запросами, подход JSF основывается на использовании компонент. Состояние компонентов пользовательского интерфейса сохраняется, когда пользователь запрашивает новую страницу и затем восстанавливается, если запрос повторяется. Для отображения данных обычно используется JSP, но JSF можно приспособить и под другие технологии.
Технология Java Server Faces включает в себя:
– набор API для представления компонент пользовательского интерфейса (UI) и управления их состоянием, обработкой событий и проверкой на достоверность вводимой информации, определения навигации, а также поддержку интернационализации и доступности (accessibility);
– специальная библиотека JSP тегов для выражения интерфейса JSF на JSP странице.
Разработанная быть гибкой, технология Java Server Faces усиливает существующие, стандартные концепции пользовательского интерфейса (UI) и концепции Web-уровня без привязки разработчика к конкретному языку разметки, протоколу или клиентскому устройству. Классы компонент пользовательского интерфейса, поставляемые вместе с технологией Java Server Faces, содержат функциональность компонент, а не специфичное для клиента отображение, открывая тем самым возможность передачи JSF-компонент на различных клиентских устройствах.
1.1.1.3Технология OpenSocial
OpenSocial – это набор программных интерфейсов для построения web-приложений. Цель данной технологии сделать больше приложений доступных большему числу пользователей с использованием общего API который может быть использован для самых разных целей. Разработчики могут создавать приложения используя стандартный JavaScript и HTML, которые могут работать на Web-сайтах, которые имеют реализацию программных интерфейсов OpenSocial. Такие веб-сайты, называют OpenSocial контейнеры, которые позволяют разработчикам получить доступ к информации на сайте, в результате разработчик реализации программных интерфейсов OpenSocial получает большое количество приложений для своих пользователей.
Фактически, OpenSocial контейнер – это Web-сайт на котором могут выполняться любые приложения написанные с использованием OpenSocial API.
Для того, чтобы реализовать эту возможность необходимо:
-
Контейнер должен реализовывать все интерфейсы из OpenSocial API Reference. Если какие-то из методов не были реализованы, то они должны содержать стандартную заглушку, которая возвращает код ошибки opensocial.ResponseItem.NOT_IMPLEMENTED; -
Контейнер должен использовать только определенные механизмы расширяемости для любых контейнерно-ориентированных приложений; -
Контейнер должен выполнять требования Gadgets API Specification; -
Контейнер должен поддерживать RESTful протокол; -
Контейнер должен поддерживать RPC протокол.
1.1.1.4Технология Apache Shindig
Shindig – это новый проект Apache Software Foundation, который имеет цель внедрить свободно распространяемую реализацию OpenSocial интерфейсов и их описание. Цель Shindig – позволить создателям новых сайтов упростить работу с технологией OpenSocial.
Компоненты Shindig – можно разбить на следующие части:
-
gadget Container JavaScript – ядро, написанное на JavaScript, для базового функционирования гаджетов. Управляет безопасностью, коммуникациями, расположением в окне браузера и разными расширениями, такими как OpenSocial API; -
gadget Server – свободно распространяемая версия gmodules.com, которая используется для обработки и преобразования данных в формате xml поступающих от гаджетов в JavaScript и HTML для контейнера, отображаемого в браузере; -
OpenSocial Container JavaScript – JavaScript среда которая управляет гаджетом и предоставляет OpenSocial функциональность; -
OpenSocial Gateway Server – свободно распространяемая реализация интерфейса сервера контейнера, включающая реализацию протокола OpenSocial REST, которая позволяет подключать собственные реализации.
-
Выбор СУБД
В данном разделе осуществляется выбор системы управления базами данных. Выбор СУБД представляет собой сложную многопараметрическую задачу и является одним из важных этапов при разработке приложений баз данных. Выбранный программный продукт должен удовлетворять как текущим, так и будущим потребностям пользователей, при этом следует учитывать финансовые затраты на приобретение необходимого оборудования, самой системы, разработку необходимого программного обеспечения на ее основе.
1.1.1.5Определение требований к СУБД
Наиболее простой подход при выборе СУБД основан на оценке того, в какой мере существующие системы удовлетворяют основным требованиям создаваемого проекта компьютерной системы. Более сложным и дорогостоящим вариантом является создание испытательного проекта на основе нескольких СУБД и последующий выбор наиболее подходящего из кандидатов. Но и в этом случае необходимо ограничивать круг возможных систем, опираясь на некие критерии отбора. Перечень требований к СУБД, используемых при анализе той или иной информационной системы, может изменяться в зависимости от поставленных целей. Тем не менее можно выделить несколько групп критериев:
Моделирование данных:
-
используемая модель данных; -
триггеры и хранимые процедуры; -
средства поиска; -
предусмотренные типы данных; -
реализация языка запросов.
Особенности архитектуры и функциональные возможности:
-
мобильность; -
масштабируемость; -
распределенность; -
сетевые возможности.
Контроль работы системы:
-
контроль использования памяти компьютера; -
автонастройка. Многие современные системы включают в себя возможности самоконфигурирования, которые, как правило, опираются на результаты работы сервисов самодиагностики производительности. Данная возможность позволяет выявить слабые места конфигурации системы и автоматически настроить ее на максимальную производительность.
Особенности разработки приложений:
-
средства проектирования; -
многоязыковая поддержка; -
возможности разработки Web-приложений; -
поддерживаемые языки программирования.
Производительность:
-
рейтинг TPC (Transactions per Cent); -
возможности параллельной архитектуры; -
возможности оптимизирования запросов.
Надежность:
-
восстановление после сбоев; -
резервное копирование; -
откат изменений; -
многоуровневая система защиты.
Требования к рабочей среде:
-
поддерживаемые аппаратные платформы; -
минимальные требования к оборудованию; -
максимальный размер адресуемой памяти; -
операционные системы.
Смешанные критерии:
-
качество и полнота документации; -
локализованность; -
модель формирования стоимости; -
стабильность производителя; -
распространенность СУБД.
Таким образом, для разрабатываемой системы необходимо выбрать СУБД, которая наиболее бы подходила выдвинутым требованиям и была бесплатной.
1.1.1.6Microsoft SQL Server
Microsoft SQL Server — система управления реляционными базами данных (СУБД), разработанная корпорацией Microsoft. Основной используемый язык запросов — Transact-SQL, создан совместно Microsoft и Sybase. Transact-SQL является реализацией стандарта ANSI/ISO по структурированному языку запросов (SQL) с расширениями. Используется для небольших и средних по размеру баз данных, и в последние 5 лет — для крупных баз данных масштаба предприятия, конкурирует с другими СУБД в этом сегменте рынка.
Microsoft SQL Server в качестве языка запросов использует версию SQL, получившую название Transact-SQL (сокращённо T-SQL), являющуюся реализацией SQL-92 (стандарт ISO для SQL) с множественными расширениями. T-SQL позволяет использовать дополнительный синтаксис для хранимых процедур и обеспечивает поддержку транзакций (взаимодействие базы данных с управляющим приложением). Microsoft SQL Server и Sybase ASE для взаимодействия с сетью используют протокол уровня приложения под названием Tabular Data Stream (TDS, протокол передачи табличных данных). Протокол TDS также был реализован в проекте FreeTDS с целью обеспечить различным приложениям возможность взаимодействия с базами данных Microsoft SQL Server и Sybase.
Microsoft SQL Server также поддерживает Open Database Connectivity (ODBC) — интерфейс взаимодействия приложений с СУБД. Версия SQL Server 2005 обеспечивает возможность подключения пользователей через веб-сервисы, использующие протокол SOAP. Это позволяет клиентским программам, не предназначенным для Windows, кроссплатформенно соединяться с SQL Server. Microsoft также выпустила сертифицированный драйвер JDBC, позволяющий приложениям под управлением Java (таким как BEA и IBM WebSphere) соединяться с Microsoft SQL Server 2000 и 2005.
SQL Server поддерживает зеркалирование и кластеризацию баз данных. Кластер сервера SQL — это совокупность одинаково конфигурированных серверов; такая схема помогает распределить рабочую нагрузку между несколькими серверами. Все сервера имеют одно виртуальное имя, и данные распределяются по IP адресам машин кластера в течение рабочего цикла. Также в случае отказа или сбоя на одном из серверов кластера доступен автоматический перенос нагрузки на другой сервер.
SQL Server поддерживает избыточное дублирование данных по трем сценариям:
Снимок: Производится «снимок» базы данных, который сервер отправляет получателям.
История изменений: Все изменения базы данных непрерывно передаются пользователям.
Синхронизация с другими серверами: Базы данных нескольких серверов синхронизируются между собой. Изменения всех баз данных происходят независимо друг от друга на каждом сервере, а при синхронизации происходит сверка данных. Данный тип дублирования предусматривает возможность разрешения противоречий между БД.
В SQL Server 2005 встроена поддержка .NET Framework. Благодаря этому, хранимые процедуры БД могут быть написаны на любом языке платформы .NET, используя полный набор библиотек, доступных для .NET Framework, включая Common Type System (система обращения с типами данных в Microsoft .NET Framework). Однако, в отличие от других процессов, .NET Framework, будучи базисной системой для SQL Server 2005, выделяет дополнительную память и выстраивает средства управления SQL Server вместо того, чтобы использовать встроенные средства Windows. Это повышает производительность в сравнении с общими алгоритмами Windows, так как алгоритмы распределения ресурсов специально настроены для использования в структурах SQL Server.
1.1.1.7 MySQL
MySQL — свободная система управления базами данных (СУБД). MySQL является собственностью компании Sun Microsystems, осуществляющей разработку и поддержку приложения. Распространяется под GNU General Public License и под собственной коммерческой лицензией, на выбор. Помимо этого компания MySQL разрабатывает функциональность по заказу лицензионных пользователей, именно благодаря такому заказу почти в самых ранних версиях появился механизм репликации.
MySQL является решением для малых и средних приложений. Входит в LAMP. Обычно MySQL используется в качестве сервера, к которому обращаются локальные или удалённые клиенты, однако в дистрибутив входит библиотека внутреннего сервера, позволяющая включать MySQL в автономные программы.
Гибкость СУБД MySQL обеспечивается поддержкой большого количества типов таблиц: пользователи могут выбрать как таблицы типа MyISAM, поддерживающие полнотекстовый поиск, так и таблицы InnoDB, поддерживающие транзакции на уровне отдельных записей. Более того, СУБД MySQL поставляется со специальным типом таблиц EXAMPLE, демонстрирующим принципы создания новых типов таблиц. Благодаря открытой архитектуре и GPL-лицензированию, в СУБД MySQL постоянно появляются новые типы таблиц.
Несмотря на то, что версия 4.0 является устаревшей, она всё ещё имеет значительное распространение. Основные возможности этой версии:
-
практически полная реализация ANSI SQL-99, плюс расширения; -
межплатформенная совместимость; -
независимые типы таблиц (MyISAM для быстрого чтения, InnoDB для транзакций и ссылочной целостности); -
транзакции; -
поддержка SSL; -
кеширование запросов; -
репликация: один головной сервер на одного подчинённого, много подчинённых на одного головного; -
полнотекстовая индексация и поиск с использованием типа таблиц MyISAM; -
внедрённая библиотека базы данных; -
поддержка Юникода (UTF-8); -
таблицы InnoDB обеспечивают соответствие требованиям ACID; -
встроенный сервер, позволяющий включать MySQL в автономные приложения.
Рекомендованной версией на 2005 год является MySQL 4.1 вышла 27 октября 2004.
Она содержит следующие нововведения:
-
вложенные запросы и производные таблицы; -
новая система кодировок и сортировок; -
более быстрый и гибкий протокол клиент-сервер с поддержкой подготовленных запросов, обеспечивающий их оптимальное исполнение; -
новая программа установки и настройки для Microsoft Windows и GNU/Linux; -
защищённые через OpenSSL соединения клиент-сервер; -
высоко-оптимизированная библиотека, которая может быть использована в сторонних программах; -
полноценная поддержка Юникода (UTF-8 и UCS2); -
стандартные пространственные типы данных GIS, для хранения географической информации; -
улучшенный полнотекстовый поиск и система помощи.
Версия MySQL 5.0 вышла 24 октября 2005 года, в этой версии значительно расширена функциональность