Дипломная работа - Тырин А.А. (АП-91). Назначение и область применения
Скачать 0.55 Mb.
|
3.4 Требования к программному продукту3.4.1 Требования к функциональным характеристикамДля осуществления правильной адресации запросов пользователям, следует спроектировать и разработать программное ядро, где будут реализованы все сущности, с которыми работает система маршрутизации, связи этих сущностей друг с другом, а также необходимые для взаимодействия с этими сущностями функции. Динамическое изменение настроенного маршрута подразумевает под собой автоматическое прохождение определённых состояний запросом при выполнении конкретного условия в зависимости от атрибута этого запроса. Для реализации этой функции необходимо разработать и внедрить метаязык, на котором будут описываться условия пропуска состояний, а также функции для преобразования описанного условия в логическое выражение и дальнейшее вычисление его значения. Входными данными этой функции будут являться значения атрибутов запроса, значения атрибутов объекта записанные в базе данных, а также условие, описанное на метаязыке. На выходе функции – булевское значение (true или false) однозначно определяющее необходимость пропуска или остановки в текущем состоянии маршрута. Для предотвращения внесения в базу данных ошибочной информации следует реализовать функцию автоматической проверки значений атрибутов запроса на предмет логических ошибок. Для автоматического отклонения запросов по времени, заданному администратором системы, необходимо реализовать сервис, который постоянно через определённый интервал времени будет проверять длительность простоя каждого запроса, а по истечении указанного времени будет автоматически отклонять такие запросы. Все данные о времени берутся из актуальной базы данных. Пользовательский интерфейс должен позволять полностью настроить атрибуты всех сущностей системы маршрутизации, а также проверять и предотвращать неправомерные действия по изменению уже существующих схем маршрутизации. Интерфейс должен обладать визуальной интерпретацией настраиваемой схемы маршрутизации и отражать все изменения, вносимые пользователем, в режиме реального времени. 3.4.2 Требования к надёжностиВ случае пропуска ошибочной информации через всю схему маршрутизации и записи таковой в базу данных, осуществлять откат на основе данных о последних изменениях объектов. 3.4.3 Требования к эксплуатацииСтандартные требования эксплуатации программного продукта. Администратор системы, выполняющий настройку схемы маршрутизации, должен уметь описывать условия остановки в состояниях на метаязыке, разработанном специально для этой цели. 3.4.4 Требование к составу и параметрам технических средствСредства вычислительной техники должны иметь следующий минимальный состав: ПК с Intel-совместимым процессором с тактовой частотой не ниже 1,7 ГГц; объем ОЗУ – 256 МБ; объём свободной памяти на жёстком диске – 500 МБ; В состав программного обеспечения должны входить: ОС семейства Windows (Windows 2000 и более поздних версий); СУБД MySQL 5.0 и выше; среда Borland Delphi 5.0 и выше. 3.4.5 Требование к информационной и программной совместимостиРазрабатываемый программный модуль является частью системы АСОТ, поэтому требования к информационной и программной совместимости будут аналогичными. Программа должна работать в операционной системе Windows XP или Windows 7, поэтому она должна иметь совместимость со стандартной библиотекой функций Win API. Все данные находятся на базах данных формата MySQL, поэтому в системе должен быть реализован интерфейс, позволяющий обращаться к СУБД. Программный модуль рекомендуется разрабатывать в среде Borland Delphi 7, на языке Delphi поскольку система, в которую модуль будет внедрён, была разработана именно на этом программном обеспечении. Это облегчит интеграцию разрабатываемого модуля. 3.4.6 Требования к маркировке и упаковке.Не предъявляются. 3.4.7 Требования к транспортированию и хранению.Не предъявляются. 3.5 Программная документацияПрограммная документация для пользователя должна содержать в себе описание функций работы программного модуля, объяснять назначение управляющих элементов интерфейса и содержать примеры выполнения стандартных операций при работе с программой. Также документация должна содержать раздел, обучающий пользователя метаязыку для настройки условий остановки запросов в состояниях. Документация программного интерфейса должна содержать описание классов и функций программного модуля для возможности расширить его функциональность или использования модуля в других проектах. |