|
40 1. Подробно определить, цели и планы предстоящих работ над ПО (планы разработки, отладки, переноса программ) в рамках целе ориентир о ванного подхода. 2. Создать первоначальный вариант документации для пользователей (например, подготовить пользователю для рассмотрения первую редакцию руководства к окончанию фазы проектирования версии программного изделия). Это приносит большую пользу заказчикам и дает возможность им увидеть со своей точки зрения влияние системы на их работу и договориться о необходимых изменениях до существенного удорожания этих изменений. Кроме того, выпуск предварительной документации надежно гарантирует создание документации для пользователей одновременно с программами системы. Создание инструментальных программных средств в качестве дополнительных изделий, применяемых для возможно большего улучшения конечного изделия и повышения эффективности основной программной разработки, а также для верификации и подтверждения, представляет собой еще одно направление. Эти средства могут содержать фиктивные компоненты ПО, или заглушки, небольшие файлы или другие имитируемые части будущего операционного окружения. Кроме того, в состав инструментальных средств могут входить вспомогательные программы (генераторы тестовых данных, постпроцессоры, генераторы перекрестных ссылок, средства переноса, средства контроля стандартов и требований, а также процессоры языков разработки). 2.1.6 Модульно-иерархическое построение ПО. Для обеспечения взаимодействия программных и информационных компонент (модулей) в едином комплексе используются многоуровневые иерархические структуры. Иерархия представляет собой свойство упорядоченного множества компонент, между которыми установлено отношение приоритета. Компоненты, между которыми отсутствует предпочтительность, образуют один иерархический уровень. Иерархия КП предполагает наличие следующих типов подчиненности компонент: • иерархия целей КП и его составляющих, при которых их зачастую противоречивые частные цели должны способствовать достижению основной цели функционирования всего комплекса; • иерархия задач и поведения групп программ, обеспечивающая концептуальное единство комплекса программ и данных и возможность последовательного функционального раскрытия комплекса; |
расширение функциональных возможностей намного упрощает проверку и полезнее, чем промежуточные изделия при поуровневой разработке. Значение пошаговой разработки заключается главным образом в изменении распределения затрат труда на проект. В [38-40] приводится вариант каскадной модели для пошаговой разработки (система ПО для обработки данных контрольно-измерительной радиолокационной станции КИС). Для предварительной подготовки методика принимает две основные формы: разработка предварительной документации и создание инструментальных программных средств. Разработка предварительной документации производится для решения двух главных задач. 1. Подробно определить, цели и планы предстоящих работ над ПО (планы разработки, отладки, переноса программ) в рамках целеориентированного подхода. 2. Создать первоначальный вариант документации для пользователей (например, подготовить пользователю для рассмотрения первую редакцию руководства к окончанию фазы проектирования версии программного изделия). Это приносит большую пользу заказчикам и дает возможность им увидеть со своей точки зрения влияние системы на их работу и договориться о необходимых изменениях до существенного удорожания этих изменений. Кроме того, выпуск предварительной документации надежно гарантирует создание документации для пользователей одновременно с программами системы. Создание инструментальных программных средств в качестве дополнительных изделий, применяемых для возможно большего улучшения конечного изделия и повышения эффективности основной программной разработки, а также для верификации и подтверждения, представляет собой еще одно направление. Эти средства могут содержать фиктивные компоненты ПО, или заглушки, небольшие файлы или другие имитируемые части будущего операционного окружения. Кроме того, в состав инструментальных средств могут входить вспомогательные программы (генераторы тестовых данных, постпроцессоры, генераторы перекрестных ссылок, средства переноса, средства контроля стандартов и требований, а также процессоры языков разработки). 31 1.2.3. Модульно-иерархическое построение ПО Для обеспечения взаимодействия программных и информационных компонент (модулей) в едином комплексе используются многоуровневые иерархические структуры [11]. Иерархия представляет собой свойство упорядоченного множества компонент, между которыми установлено отношение приоритета. Компоненты, между которыми отсутствует предпочтительность, образуют один иерархический уровень. Иерархия КП предполагает наличие следующих типов подчиненности компонент [12]: иерархия целей КП и его составляющих, при которых их зачастую противоречивые частные цели должны способствовать достижению основной цели функционирования всего комплекса; иерархия задач и поведения групп программ, обеспечивающая концептуальное единство комплекса программ и данных и возможность последовательного функционального раскрытия комплекса; иерархия структуры КП и взаимодействия программ и данных, отражающая декомпозицию конкретных компонент комплекса и оформление реализуемых связей между программами и используемыми данными. Иерархия целей программ является наиболее специфичной по существу и по методам представления. Разнообразие назначений и областей применений сложных ПС затрудняет разработку общих методов декомпозиции целей и их анализа. Ниже подразумевается наличие иерархии целей программ, но конкретно она не рассматривается. Иерархия задач связана с иерархией целей системы и ее структурного построения. Структурирование функциональных задач и их иерархического взаимодействия в значительной степени отражается на реализации иерархической структуры КП в целом и на его структурной декомпозиции на функциональные группы программ. Иерархия структуры КП наиболее доступна для изучения и имеет важное значение при проектировании и анализе сложных КП. Она инвариантна к целевому назначению в пределах определенных классов сложных программ. Ниже основное внимание уделяется принципам структурного построения КП и меньше иерархии задач и функциональному взаимодействию крупных программных компонент. 32 |