Технические требования к программному изделию
Подраздел Технические требования к программному изделию в соответствии с ГОСТ 19.201-78 должен содержать следующие пункты:
¾ требования к функциональным характеристикам;
¾ требования к надёжности;
¾ условия эксплуатации;
¾ требования к составу и параметрам технических средств;
¾ требования к информационной и программной совместимости;
¾ требования к маркировке и упаковке;
¾ требования к транспортированию и хранению;
¾ специальные требования.
В пункте "требования к функциональным характеристикам" должны быть указаны требования к составу выполняемых функций, организации входных и выходных данных, временным характеристикам и т.п.
В пункте "требования к надёжности" должны быть указаны требования к обеспечению надёжного функционирования (обеспечение устойчивого функционирования, контроль входной и выходной информации, время восстановления после отказа и т.п.)
В пункте "условия эксплуатации" должны быть указаны условия эксплуатации (температура окружающего воздуха, относительная влажность и т.п. для выбранных типов носителей данных), при которых должны обеспечиваться заданные характеристики, а также вид обслуживания, необходимое количество и квалификация персонала.
В пункте " требования к составу и параметрам технических средств" указывают необходимый состав технических средств с указанием их технических характеристик.
|
|
В пункте " требования к информационной и программной совместимости" должны быть указаны требования к информационным структурам на входе и выходе и методам решения, исходным кодам, языкам программирования.
В пункте "требования к маркировке и упаковке" в общем случае указывают требования к маркировке программного изделия, варианты и способы упаковки.
В пункте "требования к транспортированию и хранению" должны быть указаны для программного изделия условия транспортирования, места хранения, условия хранения, условия складирования, сроки хранения в различных условиях.
Требования к информационной безопасности (к защите информации)
В этом подразделе следует указать программные методы и средства защиты (если требуются):
- Защита информации от несанкционированного доступа:идентификация субъектов и объектов, разграничение доступа к вычислительным ресурсам и информации; контроль и регистрация действий с информацией и программами.
- Защита информации и программ от копирования: следует указать средства защиты от копирования (средства, обеспечивающие выполнение программой своих функций только при опознании некоторого уникального некопируемого элемента - ключа, которым может быть определенная часть компьютера или специальное устройство, подключаемое к персональному компьютеру), а так же перечислить выполняемые программой защитные функции, являющиеся общими для всех систем защиты:
|
|
1. Идентификация среды, из которой будет запускаться программа;
2. Аутентификация среды, из которой запущена программа;
3. Реакция на запуск из несанкционированной среды;
4. Регистрация санкционированного и санкционированного копирования;
5. Противодействие изучению алгоритмов работы системы;
6. Криптографические методы и средства защиты информации.
Функциональная модель решения задачи
Подраздел может включать модели анализа предметной области, бизнес-процессов организации, поведения проектируемого программного обеспечения в виде диаграмм языка моделирования UML и/или функциональных диаграмм (методология IDEF0).
Для анализа и проектирования объектно-ориентированных программных систем унифицированный язык визуального моделирования UML предлагаетразличные модели:
- модель использования содержит описание функций программного обеспечения с точки зрения пользователя;
|
|
- логическая модель описывает ключевые понятия моделируемого программного обеспечения (классы, интерфейсы и т. п.), т. е. средства, обеспечивающие его функциональность;
- модель реализации определяет реальную организацию программных модулей в среде разработки;
- модель процессов отображает организацию вычислений и позволяет оценить производительность, масштабируемость и надежность программного обеспечения;
- модель развертывания показывает, каким образом программные компоненты размещаются на конкретном оборудовании.
Реализация моделейможет быть осуществлена с помощьюдиаграмм:
- вариантов использования (прецедентов);
- классов (для выделения концептуальных сущностей предметной области задачи);
- последовательностей действий;
- деятельностей (для расшифровки содержания прецедентов);
- состояний объектов (для моделирования поведения объектов со сложным состоянием);
- компонентов;
- размещения.
Для анализа выполняемых (организацией) программой функций, а также для указания механизмов, посредством которых они осуществляются могут быть использованы функциональные диаграммы методологии IDEF0:
- контекстная диаграмма представляет собой самое общее описание системы и ее взаимодействия с внешней средой;
|
|
- диаграммы декомпозиции описывают каждый фрагмент контекстной диаграммы, определенный в результате функциональной декомпозиции, и взаимодействие этих фрагментов;
- диаграмма дерева узлов показывает иерархическую зависимость работ;
- диаграммы для экспозиции строятся для иллюстрации отдельных фрагментов модели, для иллюстрации альтернативной точки зрения, либо для специальных целей.
Для студентов, выбравших дополнительный вариант 2написаниядипломного проекта должны быть реализованы в обязательном порядке и в полном объеме диаграммы анализа и проектирования объектно-ориентированных программных системв нотациях унифицированного языка визуального моделирования UML и диаграммы методологии IDEF0 для анализа выполняемых организацией (программой) функций и указания механизмов, посредством которых они осуществляются.
Дата добавления: 2018-02-15; просмотров: 848; Мы поможем в написании вашей работы! |
Мы поможем в написании ваших работ!