Лицензирование и инсталляция

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

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

Приложение А. Образец документа-концепции (продолжение)

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

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

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

Руководство пользователя

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

Интерактивная подсказка

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

Руководства по инсталляции, конфигурация и файл ReadMe

Данный документ, содержащий руководство по инсталляции и руководства по конфигурированию, важен для предложения всеобъемлющего решения. В качестве стандартного компонента обычно включается файл ReadMe. Он может содержать раздел “Что нового в данной версии” и обсуждение совместимости с более ранними версиями. Большинство пользователей также приветствуют наличие в данном файле документации, где указаны все известные недоработки.

Маркировка и упаковка

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

Глоссарий

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

Приложение Б. Ключевые аспекты языка UML

Класс Ассоциация

ClassName

Attribute: Type[0..1]=initialValue

Operation(arg list): return type abstractOperation

 

Диаграмма классов

 

 

Ассоциация Квалифицированная ассоциация

 

 

Шаблон класса Класс ассоциации

 

 

Граничный элемент

 

 

Приложение Б. Ключевые аспекты языка UML (продолжение)

Компонент

 

Составные структуры вместе с интерфейсами

 

 

Коммуникационная диаграмма Диаграмма вариантов использования

 

 

 

Диаграмма пакетов

 

Приложение Б. Ключевые аспекты языка UML (продолжение)

 

Диаграмма деятельности

 

 

Диаграмма развертывания

Node (узел) – это то, что может содержать ПО

 

artifact - файл

Файлами могут быть:

-.exe;

- двоичные файлы;

- файлы DLL;

- файлы JAR;

- сборки или сценарии;

- файлы данных;

- конфигурационные файлы;

- HTML-документы и т.д.

Артефакт на данном узле разворачивается в запускаемую систему.

Приложение Б. Ключевые аспекты языка UML (продолжение)

 

⇐ Предыдущая24252627282930313233

Поделиться: