Организация учета абонентов локальной сети

• Ежедневный отчет о принятых платежах.
• Отчет о количестве абонентов.
• Отчет о должниках.
• Отчет об отпускниках.

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

     Требования  к надежности технических  средств:

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

     Требования  к надежности программного обеспечения:

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

           Требования  к эргономике

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

           Требования  к эксплуатации

      Система не должна требовать дополнительного  персонала в неизмененных условиях работы.

     Требования  к техническому обслуживанию системы:

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

     Требования  по сохранности информации

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

1. Рабочие БД должны регулярно архивироваться и храниться отдельно, на случай сбоя системы хранения данных.
2. Для восстановления данных после сбоев использовать стандартные механизмы:
1. Восстановление последней резервной копии базы данных;
2. Восстановление действующей базы данных посредством средств обслуживания;
3. Централизованное хранение базы данных на сервере баз данных.
4. Хранение резервной копии программных компонентов системы.

     Дополнительные  требования

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

     Требования  к производительности

           Требования  к времени выполнения:

      ИС, располагающаяся на сервере, должна обрабатывать запросы пользователей  с задержкой, не превышающей 5 секунд в том случае, если  сервер не слишком загружен. Если сервер подвержен сильной нагрузке, то время выполнения операций может увеличиваться.

           Требования  к достоверности  выдачи результатов:

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

1. Проверка размерности вводимых параметров, если параметры жестко фиксированы в определенных пределах.

           Требования  к качеству реализации

      Требования  к форме предоставления выходной информации:

1. Возможность экспорта выходной информации в электронные таблицы MS Excel, с возможным построением диаграмм.
2. Возможность экспорта выходной информации в электронные документы MS Word.
3. Возможность сохранения выходной информации в файл.

      Требования  к времени выполнения:

1. Система должна обрабатывать простые запросы пользователей с задержкой, не превышающей 5 секунд.
2. Система должна обрабатывать сложные запросы пользователей с задержкой, не превышающей 15 секунд.

      Требования  к достоверности выдачи результатов:

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

     Требования  к информационному  обмену

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

     Требования  по применению СУБД

      СУБД  должны быть реализованы на базе MS Access.

     Требования  по работе с данными

      Требования  к структуре процесса сбора данных:

     Для подсистемы документооборота:

• ручной  ввод информации;
• ручная корректировка;

     Требования  к представлению  данных в системе:

      Данные  должны быть представлены:

1. В виде структурированных деревьев.
2. В виде таблиц.
3. В виде полей для ввода и редактирования информации.

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

     Перечень программных средств

     Программные средства, установленные  на ПЭВМ пользователей:

      1. Microsoft Windows 2000 или XP.

      2. Microsoft Office 2003. 

      3. Internet Explorer 5.0 или выше.

      4. MS Access. 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 

     6. Порядок контроля и приемки системы 

     Испытания системы

     Виды  испытаний

      Виды  испытаний системы и ее составных  частей:

1. Тестирование производительности
2. Нагрузочное тестирование
3. Тестирование надежности
4. Функциональное тестирование
5. Регрессионное тестирование
6. Конфигурационное тестирование

     Состав  испытаний

      Состав  испытаний системы и ее составных  частей:

     Тестирование  производительности

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

     Нагрузочное тестирование

      Проверяются и определяются действующие пределы работоспособности системы при различных объемах нагрузки, при этом сама тестируемая система остается постоянной. Измеряются параметры использования системных ресурсов и времена отклика системы.

     Тестирование  надежности

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

     Функциональное  тестирование

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

     Регрессионное тестирование

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

     Конфигурационное  тестирование

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

     Объем испытаний

      Испытания системы  проводить в полном объеме (для выявление ошибок в работе до внедрения). После прохождения каждого этапа испытаний группа разработки должна составить акт испытаний.

     Методы  испытаний

      Методы  испытаний системы и ее составных  частей:

     Испытание на совместимость:

      В рамках испытаний установить систему на двух-трех филиалах на разных (с точки зрения аппаратных и программных средств) ПЭВМ.

     Испытание на быстродействие:

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

     Испытание на функциональность:

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

      7. Требования к приемке работ

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

      Перечень  мероприятий:

• Сдача системы в опытную эксплуатацию.
• Сдача системы в промышленную эксплуатацию.

       Требования к составу и содержанию работ по подготовке системы к вводу в действие

 

     Перечень  мероприятий для  подготовки системы  к вводу в действие

     Изменения в системе

      Изменения в существующих бизнес-процессах  подлежащих автоматизации не предусматриваются.

     Соответствие  требованиям

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

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

     Сроки комплектования