Требования к техническому и программному обеспечению

1.12    Требования к техническому и программному обеспечению

1.12.1            Требования к техническому обеспечению

В качестве основного сервера и сервера БД должны использоваться компьютеры с характеристиками не ниже следующих:

·          процессор Intel или AMD – 2000 МГц;

·          объём оперативной памяти – 1024 Мб;

·          объём свободного места на HDD - 1 Гб;

·          доступ к локальной сети.

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

·          процессор Intel или AMD с тактовой частотой 500 МГц;

·          объём оперативной памяти – 128 Мб;

·          объём свободного места на HDD – 10 Мб;

·          доступ к локальной сети.

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

1.12.2            Требования к программному обеспечению

Требования к программному обеспечению на сервере следующие:

·          операционная система MS Windows 2003 Server;

·          СУБД MS SQL Server 2005;

·          Internet Information Services 6.0 или выше;

·          MOSS 2007;

·          поддержка ASP .Net.

Требования к программному обеспечению на клиенте:

·          операционная система: семейство MS Windows 98/2000/XP/Vista.

·          браузер, поддерживаемый операционной системой (Internet Explorer 6.x и выше, Firefox 2.x и выше, Opera 7 и выше, Safari 1.x и выше, Camino 1.x и выше).

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

1.13    Требования к интерфейсам информационной системы

Разрабатываемый интерфейс должен отвечать общепринятым нормам и правилам проектирования пользовательских интерфейсов:

·          выдержанная в спокойных тонах цветовая гамма;

·          простой и очевидный порядок выполнение действий;

·          удобная навигация;

·          эргономичное расположение полей ввода и элементов управления.

Интерфейсы системы должны обеспечивать выполнение следующих операций:

·          рецензирование и комментирование – должен осуществляться ввод пользователем рецензии и комментария к документу;

·          отображение списка процессов – должно осуществляться отображение списка процессов, запущенных в системе;

·          отображение списка пользователей – должно осуществляться отображение списка пользователей, зарегистрированных в системе;

·          редактирование процессов – редактирование должно обеспечить удаление и остановку процессов;

·          редактирование разрешений пользователей – редактирование должно обеспечить назначение пользователям прав;

·          загрузка документа – окно загрузки документа и оставления комментария к версии документа;

·          поиск в системе – должно позволять задание критерия поиска и области произведения поиска.

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

1.14    Расчет надежности системы

Рассмотрим модель надежности архитектуры системы. Система состоит из следующих компонентов: клиентских машин, Web-сервера и сервера БД. В качестве еще одного компонента будем рассматривать локальную сеть.

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

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

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

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

Определим вероятности R_i безотказной работы модулей N_i. Для этого проведем серию испытаний модуля и, подсчитав количество успешных запусков m_i и количество испытаний n_i, воспользуемся формулой статистической вероятности:

(1.1)

Проведем серию из n_i=50 испытаний для каждого модуля. Результаты испытаний отразим в гистограммах, причем «0» соответствует сбою, а «1» - успешному завершению испытания. Итоговые данные о статистической вероятности отразим в таблице.

Рис. 1.1. Гистограмма испытаний для модуля 1 (клиентская машина)

Рис. 1.2. Гистограмма испытаний для модуля 2 (сервер MOSS 2007)

Рис. 1.3. Гистограмма испытаний для модуля 3 (сервер БД)

Рис. 1.4. Гистограмма испытаний для модуля 4 (локальная сеть)

Построим граф моделирующий взаимодействие узлов в системе (рис. 1.5).

Рис.1.5. Граф, моделирующий взаимодействие узлов в системе

·          «N1» – клиентская машина;

·          «N2» – локальная сеть;

·          «N3» – Web-сервер;

·          «N4» – локальная сеть;

·          «N5» – сервер БД;

·          «N6» – локальная сеть;

·          «N7» – Web-сервер;

·          «N8» – локальная сеть;

·          «N9» – клиентская машина.

Для любой из клиентских машин граф моделирующий взаимодействие узлов в системе будет идентичным. На основе построенной модели взаимодействия узлов системы построим марковскую модель надежности системы, путем добавления двух узлов – С (успешное завершение работы) и F (отказ), а так же соответствующих ребер (рис. 1.6).

Рис.1.6. Марковская модель надежности системы

Построим матрицу весов получившегося графа (табл. 1.4). Будем считать, что при проявлении ошибки осуществляется переход в состояние F с вероятностью 1-R_i независимо от правильности последующей обработки. Если узел сработал корректно, то осуществляется переход к следующему узлу с вероятностью R_iP_ij, где P_ij – вероятность перехода из узла P_i в узел P_j. Переход из выходного состояния в состояние С соответствует корректному завершению работы и происходит с вероятностью безотказной работы выходного узла.

Таблица 1.4

Матрица весов марковской модели надежности системы (P)

Обозначим получившуюся матрицу Р. Надежность всей системы может быть вычислена как вероятность достижения конечного состояния С. Для этого рассмотрим матрицу Q (табл. 1.5), которая получена из матрицы P после вычеркивания столбцов и строк, соответствующих конечным состояниям С и F.

Таблица 1.5

Матрица Q

Для каждого целого k>0 определим P_k как k-ю степень Р. P_k(i,j) – это вероятность того, что Марковский процесс за k шагов перейдет из состояния i в состояние j.

Тогда матрица

(1.3)

Определяет вероятности перехода из одного состояния в другое за произвольное число шагов.

Пусть S квадратная матрица размерности n такая, что

(1.4)

Положим W = I – Q, тогда имеем

(1.5)

Отсюда надежность системы

(1.6)

После расчета получаем следующую матрицу S (табл. 1.6).

Таблица 1.6

Матрица S

Получаем надежность системы при выходном состоянии

R = 0,98

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

2          Рабочий проект

2.1      Общие сведения о работе системы

Программный продукт спроектирован в среде Enterprise Architect 7.5 и разработан средствами MS Office SharePoint Designer 2007, MS Visual Studio 2005 и 2008 SP1.

Система использует в качестве хранилища информации СУБД MS SQL Server 2005. Для корректного функционирования системы необходима операционная система с установленным web-сервером IIS. Взаимодействие браузера с web-сервером осуществляется по протоколу HTTP.

Похожие работы

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

Скачать

46913

0

1

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

Разработка предложения по совершенствованию деятельности ОГУ "БелИФ" на основе технологий информационного менеджмента

Скачать

146599

8

2

... , удовлетворяющее потребностям организации, регламентировать процесс перехода на новую систему электронного документооборота и оперативного управления деятельностью компании. ГЛАВА 3. ПРЕДЛОЖЕНИЯ ПО СОВЕРШЕНСТВОВАНИЮ ДЕЯТЕЛЬНОСТИ ОГУ «БЕЛИФ» НА ОСНОВЕ ТЕХНОЛОГИЙ ИНФОРМАЦИОННОГО МЕНЕДЖМЕНТА 3.1 Выбор системы оперативного управления деятельностью на основе анализа российских и зарубежных ...

Проблемы выбора системы электронного документооборота на предприятии

Скачать

144824

1

0

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

Разработка системы дистанционного обучения для НИПК

Скачать

155672

13

41

... , что абсолютное большинство людей способны эффективно обучаться электронным способом, естественно при условии наличия адекватного учебного контента (содержания курсов). Разработка системы дистанционного обучения для НИПК даст ощутимый экономический и социальный эффект в деятельности организации. Эффективность в общем виде рассматривается как основная характеристика функционирования системы ...