Настройка методологии на конкретные условия

STRADIS пригодна на любые системы.

Малые проекты: 3-9 месяцев, 1-3 разработчиков на полный рабочий день. Разработчики выполняют несколько ролей. Многие промежуточные результаты излишни. Необходимые дополнения: первичное – обоснование, эскизное требование, проект системы, инсталлированная система.

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

Управление разработкой: корректирующее воздействие, незагруженные работой люди, расширять узкие места, критические участки. Любой разработчик выполняет работу, двигая проект вперед. Он знает задание на 2-3 недели вперед и подтверждает его. Отсутствуют не выявленные трудности. Управляющий проектом знает, что сделано на текущий момент и что нет.

Внедрение: Для внедрения методологии необходим небольшой учебный проект, необходимо подобрать руководителя, определить проектные роли, и, естественно, выполнить разработку.

2. Разработка - автоматизированные средства (интегрированная программная среда поддержки стадий анализа и проектирования ИС)

Пакет Prokit*Workbench (McDonnell, Douglas)

Основные части:

• Analyzer (анализатор, анализ потоков данных)

• Data Modeler (моделирование данных с использование реляционных моделей и алгоритма нормализации)

• Prototyper (позволяет быстро разработать прототипы системы)

• Designer (помогает разрабатывать и сопровождать структурные схемы программ, связи между модулями по управлению и данными)

• Repository (склад, хранилище; здесь: база данных проектирования; хранятся все проектные решения, доступно всем компонентам)

• Reports (формирование и выдача отчетов)

• Import/Export (обеспечивает передачу данных из Repository и обратно)

• Interfaces

Возможна одновременная разработка 1-8 проектов на нескольких ЭВМ. Может быть использована для стратегического анализа, сбора требований, анализа трудовых процессов, документирования. Большинство проектных решений представляется в виде иерархических графических моделей (HIPO, Джексона, Варнье, Р-технология, SADT (Structure Analysis & Design Techniques)). Прототип позволяет любому участнику разработки представлять, как будет выглядеть конечный результат. Документация здесь – побочное явление разработки, т.к. все проектные решения хранятся в repository. Определены стандартные отчеты, возможны нестандартные и справки по требованию. В репозитории накопленные проектные решения можно сохранять и получать библиотеку используемых компонентов.

Язык Pro-IV. Концепция отлична от других ЯП: программы не компилируются и не интерпретируются. Основу работы программы составляет набор резидентных реентерабельных (reenterable) модулей. Программа представляет собой таблицу: какие модули вызывать и с какими данными. Таблица автоматически генерируется при вводе в систему информации.

Pro-IV:

• описание данных и файлов

• создание и модификация меню, экранов ввода, вывода, отчетов, прикладных функций

• печать данных, файлов, документирование прикладных функций

• описывает правила защиты и ограничения доступа

Программы на Pro-IV не зависят от технических средств, ОС и БД. Не надо переписывать программу, конвертируя файлы в новую среду. Система Prokit*Workbench обеспечивает передачу информации, полученной в начальной стадии анализа и проектирования в Pro-IV. Повторный ввод не требуется. Характеристики: ядро около 150 процедур и 250-450 Кб ОЗУ.Программы на Pro-IV эффективны, особенно в отношении занимаемой памяти. Исполнение программы – в выполнении процедур ядра в соответствии с таблицей.

CASE-средства разработки систем реального времени (СРВ)

Основная особенность СРВ: все или часть процессов выполняются в реальном режиме времени (время запуска и длительность выполнения процессов с реальным временем получения информации о событии), наличие измерительной аппаратуры и/или управляемых устройств.

3 вида временных требований: 1. время реакции. 2. требуемая производительность. 3. синхронизация процессов.

Время реакции – по наиболее жесткому времени в системе. Определяется типом или классов решаемых задач, архитектурой системы и возможностями аппаратуры.

В СРВ высокие требования по надежности. Непрерывность функционирования в течении всего периода существования системы. Время обнаружения ошибки и восстановления чрезвычайно мало для предотвращения катастрофических последствий.

Сложность проектирования усугубляется ограничениями по габаритам, весу, быстродействию и памяти. Часто в СРВ используются специализированные ЭВМ, свои ОС и драйверы.

Типовая структура СРВ: 1. подсистема измерения. 2. подсистема обработки информации. 3. подсистема управления. 4. подсистема взаимодействия с пользователем. 5. подсистема контроля и восстановления (аварийное функционирование)