Разработка информационно-справочной системы администратора

 
 
 
 
 
 
 
 
 
 
 

    1.ФУНКЦИОНАЛЬНАЯ  МОДЕЛЬ

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

    На  рисунке 2 показано обеспечение деятельности администратора ЛВС. Для работы системы необходимо наличие данных для анализа, т.е. наличие входного потока данных(информация о аппаратных средствах; информация о пользователях; информация о политике безопасности). Выходным ресурсом системы являются  результат запроса. В качестве механизма управления выступает администратор ЛВС, а механизмом исполнения являются программные средства, которые выводят на экран нужную информацию для администратора ЛВС.

    Получаем  контекстную диаграмму верхнего уровня, представленную на рисунке 2.

 

       Рис.2 Контекстная диаграмма верхнего уровня

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

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

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

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

    Для работы системы также необходим блок выработки решений, который на основании требований руководящих документов будет осуществлять процесс выработки необходимой документации. Обеспечивать работу всей системы будет администратор ЛВС.

    Из  выше сказанного получаем контекстную диаграмму 2 уровня представленную на рисунке 3.

    Рис.3 Контекстная диаграмма 2 уровня

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

- учетные  записи пользователей;

- типы  учетных записей пользователей;

- пароли  пользователей;

- данные  о используемой политике безопасности;

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

заносится в базу данных для дальнейшего использования.

 
 

    Контекстная диаграмма блока настройки политики безопасности имеет след вид: 

    Рис. 4

 
 
 
 
 
 
 
 
 
 
 
 
 
 

    ТЕХНИЧЕСКОЕ ЗАДАНИЕ

    2.1. Введение

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

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

    Данная  информационно-справочная система  может применяться для быстрого поиска требующих ресурсов.

 

    2.2. Основания для разработки

    Документом  для разработки является бланк задания  на выполнение курсовой работы по дисциплине «Технология разработки программного обеспечения», подписанный начальником кафедры БП АСУ капитаном

1 ранга О. Пантиховским __ марта 2010 г. по теме «Разработка информационно-справочной системы администратора ЛВС»

 

    2.3. Назначение разработки

    Информационно-справочная системы для администратора ЛВС должна:

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

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

    -возможность  просмотра и печати отчетов, содержащих информацию:

- учетные  записи пользователей;

- типы  учетных записей пользователей;

- пароли  пользователей;

- данные  о используемой политике безопасности;

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

    2.4. Требования к программе или программному изделию

    2.4.1. Требования к функциональным характеристикам

    Разрабатываемая информационно-справочная система  должна позволять:

1. Программно анализировать поступающие данные, давать выводы по запросу администратора ЛВС.
2. Производить формирование отчетов относительно полученной ранее информации.
3. Осуществлять подготовку выходных документов.

4. Производить идентификацию и аутентификацию пользователей.

5. Редактировать учетные записи пользователей.

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

2.4.2. Требования к надежности

     Система должна быть надежной как по отношению  к аппаратно программным сбоям  и ошибкам, так и организационно техническим вопросам, связанным  с установкой и эксплуатацией  системы. Необходимо обеспечить проверку на корректность автоматически обрабатываемой информации. Программное обеспечение системы должно быть надежным по отношению к угрозе от НСД. Все техническое оборудование должно быть продублировано для обеспечения быстрой замены. Время восстановления после отказа, вызванного сбоем электропитания технических средств (иными внешними факторами), не фатальным сбоем (не крахом) операционной системы, не должно превышать 30-ти минут при условии соблюдения условий эксплуатации технических и программных средств.

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

2.4.3. Условия эксплуатации

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

 

2.4.4. Требования к параметрам технических средств

    В состав технических средств должен входить IВМ-совместимый персональный компьютер (ПЭВМ) включающий в себя:

1. Процессор  Pentium-300 MHz, не менее;  
2. Оперативную память объемом, 32 Мегабайт, не менее;  
3. HDD, 2 Гигабайт, не менее;  
4. Операционную систему платформы Windows;

6. Microsoft Access 97-2007;

7. Microsoft Word 97-2007.

 

2.4.5. Требования к информационной  и программной  совместимости

     Системные программные средства, используемые программой, должны быть представлены:

-Лицензионной локализованной версией операционной системы платформы -Windows;

-Microsoft Access 97-2007;

-Microsoft Word 97-2007.

 

2.4.6. Требования к маркировке и упаковке

    Все технические компоненты должны быть проверены и опломбированы.

 
 
 
 
 

2.4.7. Требования к транспортированию и хранению

    Специальных требований к системе не предъявляется.

     3. Требования к программной документации

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

     - техническое задание;

     - программу и методики испытаний;

     - руководство администратора;

     4. Стадии и этапы разработки

     4.1 Стадии разработки

     Разработка  должна быть проведена в три стадии:

     1. Разработка технического задания.

      2. Рабочее проектирование.

     3. Внедрение.

     4.2 Этапы разработки

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

     1. Разработка технического задания.

     2. Согласование технического задания.

     3. Утверждение технического задания.

     На  стадии рабочего проектирования должны быть выполнены следующие этапы:

     1. Разработка программы.

     2. Разработка программной документации.

     3. Испытания программы.

     На  стадии внедрение должны быть выполнены  следующие этапы:

     1. Подготовка программы.

     2. Передача программы. 

 

     4.3 Содержание работ  по этапам

     На  этапе разработки технического задания  должны быть выполнены перечисленные  ниже работы:

     1.Постановка  задачи.

     2.Определение  и уточнение требований к техническим  средствам.

     3.Определение требований к программе.

     4.Определение  стадий, этапов и сроков разработки  программы и документации на  неё.

     5.Согласование  и утверждение технического задания.

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

      На  этапе тестирования автоматизированной системы должно осуществляться следующим образом:

 1.     Необходимо проверить точность  следования всем алгоритмам.

 2.      Проверить правильность регистрации пользователей.

 3.      Проверить наличие у пользователей  присвоенных им прав.

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

 5.      Проверить наличие практических  заданий.

 6.      Проверить реакцию системы при  вводе некорректных значений.

 7.      Необходимо проверить корректность  добавления, редактирования, удаления  данных  каждую из таблиц.

 8.      Проверить возможности поиска  необходимых данных.

 9.      Проверить возможности сортировки  необходимых данных.