28. Виды документов при использовании объектно-ориентированной методологии разработки пс.

Из практики программирования в последние годы в комплекс необходимой документации входят обычно такие документы:

1. Техническое описание (назначение, технические характеристики, принципы построения (методология)).

2. Справочное руководство (управление, команды, сообщения об ошибках и т.д.)

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

4. Руководство пользователя (вся необходимая для эксплуатации информация)

Документация может быть представлена либо в виде печатной продукции, либо в текстовых файлах на диске, либо как встроенная система контекстной помощи (Help), которая составляет единое целое с .EXE-файлом.

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

Наиболее часто отрицательные эмоции вызывают следующие факты (которые обычно выявляются уже после покупки продукта):

· Неполное соответствие фактических свойств объявленным,

· Плохая документация,

· Недостаточно “дружественный” интерфейс,

· Злоупотребление звуковым или визуальным эффектом и, главное, нет возможности их изменить,

· Большое количество управляющих клавиш, особенно если разброс по всей клавиатуре.

29. Временные затраты на реализацию этапов разработки по. Особенности распределения ресурсов при использовании объектно-ориентированной методологии.

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

Использование объектно-ориентированного метода разработки позволяет в целом сократить график разработки и обеспечить более высокое качество программного продукта (показала практика). Одной из самых важных особенностей таких проектов оказывается возможность уменьшения общего количества требуемых ресурсов и изменение временных соотношений между различными этапами:

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

30. Методы и средства структурного анализа.

Структурный анализ – метод исследования системы, начиная с общего обзора системы и заканчивая детализацией по уровням (иерархическое дерево). Базовые принципы:

• «Разделяй и властвуй»

• Иерархическое упорядочивание

Средства структурного анализа:

• DFD (Data Flow Diagrams) – диаграммы потоков данных совместно со словарями данных

• Спецификации процессов

• ERD (Entity-Relation Diagrams) – диаграммы сущность-связь

• STD (State Transition Diagrams) – диаграммы переходов и состояний.

Главная задача DFD показать, как каждый процесс преобразует свои входные данные в выходные.