safronovba_tz

Федеральное агентство по образованию
Государственное образовательное учреждение высшего
профессионального образования
«ТОМСКИЙ ПОЛИТЕХНИЧЕСКИЙ УНИВЕРСИТЕТ»
Институт – Институт Кибернетики.
Направление (специальность) – Информатики и Вычислительная техника
Кафедра – Оптимизации Систем Управления.
ЛАБОРАТОРНАЯ РАБОТА: Техническое задание.
Отчет по лабораторной работе № 1
По дисциплине ТРПО
Выполнил
Студент группы 8В83
________________
Д.Н. Лайком.
Подпись
________________
дата
Руководитель
Старший преподаватель
________________
Подпись
________________
дата
Томск 2011
В.А. Дорофеев
Введение
Наименование программы: «Программа для управления сетевым оборудованием и визуализации
получаемых данных»
Программа предназначена для использования с различными системами мониторинга, выборки и
визуализации получаемых данных.
Основания для разработки
Основанием для проведения разработки является необходимость в обеспечении мониторинга
узла сети с возможностью онлайн оповещения администратора о неисправностях. Задание
согласовано с Сафроновым Борисом Александровичем, именуемым в дальнейшем Заказчиком, и
утверждено Сафроновым Борисом Александровичем, именуемым в дальнейшем Исполнителем, 6
октября 2011 г.
Наименование темы разработки: «Разработка программного обеспечения для мониторинга узла
сети».
Условное обозначение темы разработки (шифр темы): «РТФ-007».
Назначение разработки
Функциональным назначением программы является предоставление пользователю возможности
своевременно узнать о неисправности канала связи или узла сети.
Эксплуатационное назначение
Программа должна эксплуатироваться в серверах Заказчика.
Конечными пользователями программы должны являться системные администраторы и сетевые
архитекторы Заказчика.
Требования к программе или программному изделию:
1. Требования к функциональным характеристикам:
 Система должна работать со всеми типами оборудования, существующего в сети (РРС,
мультиплексорами, оборудование передачи данных по протоколам IP, MPLS,
спутниковых модемов, оборудования ШБД, межсетевых и сетевых экранов, ИБП,
контроллеры ДЭС, систем жизнеобеспечения и др.);
 Простой и доступный оператору алгоритм изменения цели мониторинга;
 Передача данных и запросов по событиям и расписанию с дискретностью до секунды;
 Наличие монитора событий в реальном времени. Реализовать функцию
информирования об авариях и событиях по электронной почте или телефону;
 Реализация наблюдения за трафиком:
 определять время отклика приложений и качество связи для конечных
пользователей.
2. Требования к надежности:
Заказчик обязуется эксплуатировать программный комплекс, используя программное и
аппаратное обеспечение не меньше чем указанное в требованиях к аппаратному и
2
программному обеспечению. Заказчик обязуется обеспечить устойчивое
функционирование системы
 организацией бесперебойного питания технических средств;
 использованием лицензионного программного обеспечения;
 регулярным выполнением рекомендаций Министерства труда и социального
развития РФ, изложенных в Постановлении от 23 июля 1998 г. «Об утверждении
межотраслевых типовых норм времени на работы по сервисному обслуживанию
ПЭВМ и оргтехники и сопровождению программных средств»;
 регулярным выполнением требований ГОСТ 51188-98. Защита информации.
Испытания программных средств на наличие компьютерных вирусов.
Время восстановления после отказа
Время восстановления после отказа, вызванного сбоем электропитания технических средств
(иными внешними факторами), не фатальным сбоем (не крахом) операционной системы, не
должно быть больше 10 минут при условии соблюдения условий эксплуатации технических и
программных средств.
Время восстановления после отказа, вызванного неисправностью технических средств, фатальным
сбоем (крахом) операционной системы, не должно превышать времени, требуемого на
устранение неисправностей технических средств и переустановки программных средств.
Отказы из-за некорректных действий оператора
Отказы программы возможны вследствие некорректных действий оператора (пользователя) при
взаимодействии с операционной системой. Во избежание возникновения отказов программы по
указанной выше причине следует обеспечить работу конечного пользователя без предоставления
ему административных привилегий.
3. Условия эксплуатации:
Климатические условия: Температура окружающей среды от 18 до 28 °С. Влажность
воздуха не более 75%.
Требования к видам обслуживания
См. Требования к обеспечению надежного (устойчивого) функционирования программы.
Требования к численности и квалификации персонала
Количество персонала, требуемого для работы программы, должно составлять не менее 2
штатных единиц – системный администратор и сетевой архитектор. Системный
администратор должен иметь высшее профильное образование и сертификаты компаниипроизводителя операционной системы. В перечень задач, выполняемых системным
администратором, должны входить:



задача поддержания работоспособности технических средств;
задачи установки (инсталляции) и поддержания работоспособности системных
программных средств – операционной системы;
задача установки (инсталляции) программы.
3
Персонал должен быть аттестован на II квалификационную группу по электробезопасности (для
работы с конторским оборудованием).
4. Требования к составу и параметрам технических средств
В состав технических средств должен входить IBM-совместимый персональный компьютер
(ПЭВМ), включающий в себя:
 процессор Intel с тактовой частотой, МГц – 300, не менее;
 материнскую плату с FSB, МГц – 300, не менее;
 оперативную память объемом, Мб – 256, не менее;
 ПЗУ объемом, Гб – 80, не менее.
5. Требования к информационной и программной совместимости
Исполнитель обязуется обеспечить совместимость с операционной системой Windows.
Требования к информационным структурам и методам решения не предъявляются.
Исходные коды программы должны быть реализованы на языке C#. В качестве
интегрированной среды разработки программы должна быть использована среда VisualStudio.
Требования к защите информации и программ не предъявляются.
6. Требования к маркировке и упаковке
Требование к маркировке
Программное изделие должно иметь маркировку с обозначением товарного знака
компании-разработчика, типа (наименования), номера версии, порядкового номера, даты
изготовления и номера сертификата соответствия Госстандарта России.
Маркировка должна быть нанесена на программное изделие в виде наклейки,
выполненной полиграфическим способом с учетом требований ГОСТ 9181-74.
Требования к упаковке
Упаковка программного изделия должна осуществляться в упаковочную тару предприятияизготовителя.
Условия упаковывания
Упаковка программного изделия должна проводиться в закрытых вентилируемых помещениях
при температуре от плюс 15 до плюс 40 °С и относительной влажности не более 80 % при
отсутствии агрессивных примесей в окружающей среде.
Заказчик получит программное изделие надлежащего внешнего вида. В случае возврата
программного изделия в ненадлежащем виде (наличие царапин, трещин и прочих дефектов)
Исполнитель сможет предъявить претензии в части нарушения Заказчиком условий упаковывания
и не принять программное изделие.
Порядок упаковки
7. Требования к транспортированию и хранению
4
Требования маркировке и упаковке и упаковке не предъявляются.
Допускается транспортирование программного изделия в транспортной таре всеми видами
транспорта (в том числе в отапливаемых герметизированных отсеках самолетов без ограничения
расстояний). При перевозке в железнодорожных вагонах вид отправки – мелкий малотоннажный.
При транспортировании и хранении программного изделия должна быть предусмотрена защита
от попадания пыли и атмосферных осадков. Климатические условия транспортирование
приведены ниже:
 температура окружающего воздуха, 25°C +-5°C;
 относительная влажность воздуха при 25°C – 75%.
8. Специальные требования.
Программа должна обеспечивать взаимодействие с пользователем (оператором) посредством
графического пользовательского интерфейса, разработанного согласно рекомендациям
компании-производителя операционной системы.
Требования к программной документации;
Состав программной документации должен включать в себя:





техническое задание;
программу и методики испытаний;
руководство системного программиста;
руководство оператора;
ведомость эксплуатационных документов.
Технико-экономические показатели;
Предполагаемое число использования программы в год – 365 сеансов работы на одном рабочем
месте. Программный продукт является свободно распространяемым и бесплатным.
Стадии и этапы разработки;
Стадии разработки
Разработка должна быть проведена в три стадии:



разработка технического задания;
рабочее проектирование;
внедрение.
Этапы разработки
На стадии разработки технического задания должен быть выполнен этап разработки,
согласования и утверждения настоящего технического задания.
На стадии рабочего проектирования должны быть выполнены перечисленные ниже этапы работ:
5



разработка программы;
разработка программной документации;
испытания программы.
На стадии внедрения должен быть выполнен этап разработки - подготовка и передача
программы.
Содержание работ по этапам
На этапе разработки технического задания должны быть выполнены перечисленные ниже
работы:






постановка задачи;
определение и уточнение требований к техническим средствам;
определение требований к программе;
определение стадий, этапов и сроков разработки программы и документации на неё;
выбор языков программирования;
согласование и утверждение технического задания.
На этапе разработки программы должна быть выполнена работа по программированию
(кодированию) и отладке программы.
На этапе разработки программной документации должна быть выполнена разработка
программных документов в соответствии с требованиями ГОСТ 19.101-77 с требованием п.
Предварительный состав программной документации настоящего технического задания.
На этапе испытаний программы должны быть выполнены перечисленные ниже виды работ:



разработка, согласование и утверждение программы в ГОСТ и методики испытаний;
проведение приемо-сдаточных испытаний;
корректировка программы и программной документации по результатам испытаний.
Порядок контроля и приемки;
Заказчик и Исполнитель обязуются провести совместные испытания по завершению работы
Исполнителем. В ходе испытаний необходимо провести проверку всех заявленных Заказчиком
требований.
Приемо-сдаточные испытания программы должны проводиться согласно разработанной (не
позднее 1 месяца со дня заключения договора) Исполнителем и согласованной Заказчиком
Программы и методик испытаний.
Ход проведения приемо-сдаточных испытаний Заказчик и Исполнитель документируют в
Протоколе проведения испытаний.
Общие требования к приемке работы
На основании Протокола проведения испытаний Исполнитель совместно с Заказчиком
подписывают Акт приемки-сдачи программы в эксплуатацию.
6