- •Структура и архитектура программного обеспечения (Software Structure and Architecture)
- •Объекты
- •Структура
- •Жизненный цикл аис
- •Методы оценки трудоёмкости разработки аис
- •Определение службы wins
- •С точки зрения пользователя
- •Участники процесса разработки по
- •Проблемы разработки по
- •Структура
- •Разработка программного продукта. Этапы проектирования и построение модели
- •Этапы и итерации
- •Элементы достоверности данных
- •Процессы жизненного цикла по (аис)
- •Модели жизненного цикла по Водопадная (каскадная, последовательная) модель
- •Итерационная модель
- •Спиральная модель
- •Программное обеспечение
- •Системное по
- •Прикладное по
- •Инструментальное по
- •Разработка программного продукта. Этапы проектирования и построение модели
- •Этапы реализации проекта
- •Планирование структуры дерева Каталога
- •Виды требований по уровням
- •Виды требований по характеру
- •Источники требований
- •Файловый сервер
- •Архитектура «файл-сервер»
- •Требования, предъявляемые к тс по
- •Серверные решения
Планирование структуры дерева Каталога
Служба Каталога NetWare поддерживает множество различных структур дерева Каталога. Такая гибкость гарантирует, что проект вашего дерева будет обладать наибольшей эффективностью для использования в вашем сетевом окружении. Чтобы создать наиболее эффективную структуру, нужно постараться выполнить следующие четыре задачи.
-
Обеспечить логичный и эффективный доступ к сетевым ресурсам
-
Обеспечить защищенный доступ к распределенным ресурсам, простоту управления и мониторинга такого доступа
-
Создать ясный и четкий план выполнения процесса внедрения
-
Разработать гибкий формат структуры дерева, чтобы в будущем гарантировать простоту внесения изменений
Основные принципы разработки, описанные в данном разделе, должны помочь вам в выполнении этих задач.
Структуру дерева следует конструировать, отображая каждый уровень дерева Каталога по мере чтения следующих разделов этой главы. Можно воспользоваться пакетами моделирования или создания изображений, или рисовать диаграммы структуры на бумаге.
При выполнении этой процедуры наиболее полезными из документов будут схемы организации и ресурсов, карт размещений и карты топологии глобальных сетей.
34
Требования к программному обеспечению: извлечение, анализ, спецификация и ратификация требований для программного обеспечения.
Требования к программному обеспечению — совокупность утверждений относительно атрибутов, свойств или качеств программной системы, подлежащей реализации. Создаются в процессе разработки требований к программному обеспечению, в результате анализа требований.
Требования могут выражаться в виде текстовых утверждений и графических моделей.
В классическом техническом подходе совокупность требований используется на стадии проектирования ПО. Требования также используются в процессе проверки ПО, так как тесты основываются на определённых требованиях.
Этапу разработки требований, возможно, предшествовало технико-экономическое обоснование, или концептуальная фаза анализа проекта. Фаза разработки требований может быть разбита на выявление требований (сбор, понимание, рассмотрение и выяснение потребностей заинтересованных лиц), анализ (проверка целостности и законченности), спецификация (документирование требований) и проверка правильности.
Виды требований по уровням
-
Бизнес-требования — определяют назначение ПО, описываются в документе о видении (vision) и границах проекта (scope).
-
Пользовательские требования — определяют набор пользовательских задач, которые должна решать программа, а также способы (сценарии) их решения в системе. Пользовательские требования могут выражаться в виде фраз утверждений, в виде способов применения (use case), пользовательских историй (user story), сценариев взаимодействия (scenario).
-
Функциональные требования — определяют «как» (Ошибка! Не как, а что - "define what a system is supposed to accomplish" (см. англ. статью Functional_requirement)) реализовать продукт. Описывается в системной спецификации (system requirement specification, SRS).