- •СОДЕРЖАНИЕ
- •1.1. Основные понятия и определения
- •1.2. Жизненный цикл программных средств
- •2.1. Стратегии разработки программных средств и систем
- •2.1.1. Базовые стратегии разработки программных средств и систем
- •2.1.2. Каскадная стратегия разработки программных средств и систем
- •2.1.3. Инкрементная стратегия разработки программных средств и систем
- •2.1.4. Эволюционная стратегия разработки программных средств и систем
- •2.2.1. Общие сведения о каскадных моделях
- •2.2.2. Классическая каскадная модель
- •2.2.3. Каскадная модель с обратными связями
- •2.2.5. V-образная модель
- •2.3.1. Базовая RAD-модель
- •2.4.1. Общие сведения об инкрементных моделях
- •2.4.2. Инкрементная модель с уточнением требований на начальных этапах разработки
- •2.5.1. Общие сведения об эволюционных моделях
- •2.5.3. Структурная эволюционная модель быстрого прототипирования
- •2.5.5. Спиральная модель Боэма
- •2.5.6. Упрощенные варианты спиральной модели
- •3.1. Классификация проектов по разработке программных средств и систем
- •3.2. Процедура выбора модели жизненного цикла разработки программных средств и систем
- •3.3. Адаптация модели жизненного цикла разработки ПС и систем к условиям конкретного проекта
- •4.1. Модульное проектирование программ
- •4.2. Метод нисходящего проектирования
- •4.2.1. Пошаговое уточнение
- •4.2.2. Кодирование программы с помощью псевдокода и управляющих конструкций структурного программирования
- •4.2.3. Использование комментариев для описания обработки данных
- •4.2.4. Анализ сообщений
- •4.3. Метод восходящего проектирования
- •4.4. Метод иерархического проектирования модулей (метод Джексона)
- •4.4.1. Основные конструкции построения структур данных
- •4.4.2. Построение структур данных
- •4.4.3. Проектирование структур программ
- •4.4.4. Этапы конструирования программы
- •4.5.1. Связность модуля
- •4.5.2. Сцепление модулей
- •5.1. Общие сведения о CASE-технологиях
- •5.2. Методология структурного анализа и проектирования SADT
- •5.2.2. Основные понятия IDEF0-модели
- •5.2.3. Синтаксис диаграмм
- •5.2.4. Синтаксис моделей
- •5.2.6. Процесс моделирования в IDEF0
- •5.3. Информационное моделирование
- •5.3.1. Сущности
- •5.3.2. Атрибуты
- •5.3.3. Способы представления сущностей с атрибутами
- •5.3.4. Классификация атрибутов
- •5.3.5. Правила атрибутов
- •5.3.6. Связи
- •5.3.7. Безусловные связи
- •5.3.8. Условные формы связи
- •5.3.9. Формализация связи
- •5.3.10. Подтипы и супертипы
- •5.3.11. Рабочие продукты информационного моделирования
- •6.1. Эволюция Case-средств
- •6.2. Концептуальные основы Case–средств
- •6.3.1. Поддержка графических моделей
- •6.3.2. Контроль ошибок
- •6.3.3. Организация и поддержка репозитория
- •6.3.4. Поддержка процесса проектирования и разработки
- •6.4. Классификация CASE–средств
- •6.4.1. Классификация по типам
- •6.4.2. Классификация по категориям
- •6.4.3. Классификация по уровням
- •6.5. Инструментальные средства компании Telelogic, предназначенные для автоматизации жизненного цикла программных средств и систем
- •6.5.1. Telelogic DOORS
- •6.5.2. Telelogic TAU
- •6.5.3. Telelogic SYNERGY
- •6.5.4. Telelogic DocExpress
- •6.5.5. Telelogic TAU Logiscope
- •7.2. Реализация процесса документирования в соответствии со стандартом ISO/IEC 15910:1999
- •7.2.2. Выполнение процесса документирования
- •7.2.3. Содержание плана документирования
- •7.2.4. Требования к содержанию спецификации стиля документации
- •ЛИТЕРАТУРА
данных |
для |
|
документирования, поддерживать |
исходные |
данные |
и |
||
документацию |
в |
актуальном |
состоянии, выполнять |
автоматическое |
|
|||
форматирование документов в соответствии с действующими стандартами на |
|
|||||||
документацию, упрощает сопровождение документов. |
|
|
|
|
||||
Telelogic |
DocExpress может |
использоваться |
при |
выполнении задач |
|
жизненного цикла, в которых предполагается документальное оформление выходных результатов.
Инструментальное средство Telelogic DocExpress может быть отнесено к уровню нижних (lower) CASE–средств, категории ToolКit, типу CASE–средств, предназначенных для управления проектом.
6.5.5. Telelogic TAU Logiscope
Семейство инструментальных средств Telelogic TAU Logiscope входит в
состав семейства Telelogic |
TAU |
и |
может использоватьсяинженерами |
по |
||||
качеству и тестировщиками. |
|
|
|
|
|
|
||
Семейство |
TAU |
Logiscope |
предназначено |
для |
поддержки |
зада |
||
жизненного цикла, связанных с выполнением проверок, оценок и тестирования |
||||||||
промежуточных |
продуктов |
разработки. Применение Telelogic TAU Logiscope |
||||||
позволяет управлять |
качеством |
процессов, промежуточных и конечных |
||||||
продуктов жизненного цикла программных средств, сократить стоимость и |
||||||||
сроки выполнения проектов. |
|
|
|
|
|
|
||
Telelogic TAU Logiscope |
дает |
возможность автоматизировать |
поиск |
|||||
ошибок в исходных кодах программных модулей, компонент, объектов |
||||||||
программных средств, оценить качество, сложность и соответствие принятым |
||||||||
правилам исходных кодов, оценить степень покрытия исходных кодов тестами. |
||||||||
Семейство |
Telelogic |
TAU |
Logiscope |
включает |
следующие |
инструментальные средства:
·Logiscope Audit – инструментальное средство для оценки качества и графического анализа исходных программных кодов;
·Logiscope RuleChecker – инструментальное средство для проверки исходного кода на соответствие принятым правилам;
·Logiscope TestChecker – инструментальное средство для проверки степени покрытия исходного кода тестовыми наборами;
·Logiscope Reviewer – инструментальное средство, сочетающее в себе
возможности Logiscope Audit и Logiscope RuleChecker.
Семейство Telelogic TAU Logiscope поддерживает вспомогательные процессы жизненного цикла, связанные с управлением качеством процессов и продуктов: обеспечения качества, верификации, аттестации, совместного анализа, аудита (см. подразд. 1.2 данного обучающего курса).
Кроме того, семейство Telelogic TAU Logiscope также может быть использовано при выполнении ряда задач других процессов жизненного цикла.
163
Например, в процессе поставки инструментальное средство Telelogic TAU Logiscope поддерживает выполнение следующих работ и зад(рачботы в списке указаны слева, задачи справа):
·проверка и оценка:
·участие в совещаниях, подготовке приемки программного продукта, приемочных испытаниях, совместных анализах и аудиторских проверках;
·выполнение верификации и аттестации программного продукта, программной услуги и процессов;
·выполнение работ по обеспечению качества;
В |
процессе разработки |
инструментальное |
средствоTelelogic |
TAU |
|
|||||||||
Logiscope поддерживает выполнение следующих работ и задач: |
|
|
|
|
|
|||||||||
· программирование и тестирование программных средств: |
|
|
|
|
||||||||||
|
· |
программирование |
программных |
модулей, базы |
|
данных, |
|
|||||||
|
|
разработка |
процедур |
и |
|
данных |
для |
|
их |
ис |
||||
|
|
(тестирования); |
|
|
|
|
|
|
|
|
|
|
||
|
· уточнение |
|
общих |
требований |
к |
тестированию |
и |
программы |
||||||
|
|
сборки программного средства; |
|
|
|
|
|
|
|
|
||||
|
· |
оценка |
результатов |
программирования и |
тестирования |
по |
||||||||
|
|
критериям; |
|
|
|
|
|
|
|
|
|
|
|
|
· |
сборка программных средств: |
|
|
|
|
|
|
|
|
|
||||
|
· |
оценка |
планов |
и |
результатов |
сборки |
и |
тестирования |
||||||
|
|
критериям. |
|
|
|
|
|
|
|
|
|
|
|
|
Следует обратить внимание, что данное семейство используется при |
|
|||||||||||||
выполнении работ и задач процесса разработки, связанных |
с |
исходными |
|
|||||||||||
текстами |
программных |
|
модулей. Это |
касается, |
в |
первую |
очередь, |
работы |
|
|||||
«Программирование и тестирование программных средств» и, возможно, |
|
|||||||||||||
начальных этапов работы «Сборка программных средств», когда программные |
|
|||||||||||||
модули собираются в небольшие группы и выполняется |
тестирование этих |
|||||||||||||
групп. |
|
|
|
средство Telelogic |
TAU |
Logiscope |
|
|
|
|
|
|||
Инструментальное |
|
может |
быть |
|
||||||||||
отнесено к уровню нижних(lower) CASE–средств, |
категории ToolКit, типу |
|
||||||||||||
CASE–средств, предназначенных для управления проектом. |
|
|
|
|
|
|||||||||
Следует отметить, что инструментальные средства семейства компании |
|
|||||||||||||
Telelogic могут интегрироваться друг с другом. Таким образом, их совместное |
|
|||||||||||||
использование |
поддерживает |
подавляющее |
большинство |
работ |
и |
зад |
процессов жизненного цикла программных средств.
164
РАЗДЕЛ 7. РАЗРАБОТКА
ДОКУМЕНТАЦИИ
ПРОГРАММНЫХ СРЕДСТВ
ИЕЕ СТАНДАРТИЗАЦИЯ
7.1.Процесс документирования
по стандарту ISO/IEC 12207: 1995
Возрастающие масштабы |
применения |
программных средств и |
|||||||
сложность |
вызывают |
необходимость |
в |
,полнойточной |
и |
|
понятной |
||
документации |
|
на программное средство, доступной пользователям. |
Часто |
||||||
документация |
|
разрабатывается |
после |
создания |
|
соответству |
|||
программного средства. Однако с точки зрения ее качества необходимо, чтобы |
|||||||||
она создавалась в процессе разработки программного средства. |
|
|
|
||||||
Процесс |
|
документирования |
программных |
средств |
и |
||||
регламентирует |
международный |
стандартISO/IEC 12207: |
1995 |
и |
его |
аутентичный аналог СТБ ИСО/МЭК 12207-2003 [1, 8].
Вданном стандартепроцесс документирования определяется как процесс формализованного описания информации, созданной в процессе или работе жизненного цикла.
Процесс документирования включает планирование, проектирование, разработку, выпуск, редактирование, распространение и сопровождение документов по программному продукту.
Всоответствии с ИСО/МЭК 12207 процесс документирования состоит из четырех работ (рисунок 7.1) и семи задач(работы в списке указаны слева, задачи справа):
· |
подготовка процесса документирования: |
|
|
||||
|
· |
разработка |
и |
реализация |
плана |
обозначения |
документо, |
|
|
выпускаемых |
в |
процессах |
жизненного цикла |
программных |
|
|
|
средств; |
|
|
|
|
|
· |
проектирование и разработка (документации): |
|
|
||||
|
· |
проектирование |
документов |
согласно |
стандартам |
||
|
|
документацию; |
|
|
|
|
·подтверждение источника и соответствия исходных материалов для документов;
165