ПОИСК Статьи Чертежи Таблицы Жизненный цикл программного изделия и его критические этапы из "Консалтинг при автоматизации предприятий " В основе деятельности по созданию и использованию программного обеспечения (ПО) лежит понятие его жизненного цикла (ЖЦ). ЖЦ является моделью создания и использования ПО, отражающей его различные состояния, начиная с момента возникновения необходимости в данном программном изделии и заканчивая моментом его полного выхода из употребления у всех пользователей. [c.27] ЖЦ образуется в соответствии с принципом нисходящего проектирования и, как правило, носит итерационный характер реализованные этапы, начиная с самых ранних, циклически повторяются в соответствии с изменениями требований и внешних условий, введением ограничений и т.п. На каждом этапе ЖЦ порождается определенный набор документов и технических решений, при этом для каждого этапа исходными являются документы и решения, полученные на предыдущем этапе. Каждый этап завершается верификацией порожденных документов и решений с целью проверки их соответствия исходным. [c.27] Главная особенность индустрии ПО состоит в концентрации сложности на начальных этапах ЖЦ (анализ, проектирование) при относительно невысокой сложности и трудоемкости последующих этапов. Более того, нерешенные вопросы и ошибки, допущенные на этапах анализа и проектирования, порождают на последующих этапах трудные, часто неразрешимые проблемы и, в конечном счете, приводят к неуспеху всего проекта. Рассмотрим эти этапы более подробно. [c.28] АНАЛИЗ ТРЕБОВАНИЙ является первой фазой разработки ПО, на которой требования заказчика уточняются, формализуются и документируются. Фактически на этом этапе дается ответ на вопрос Что должна делать будущая система . Именно здесь лежит ключ к успеху всего проекта. В практике создания больших систем ПО известно немало примеров неудачной реализации проекта именно из-за неполноты и нечеткости определения системных требований. [c.28] В результате деятельности на этапах анализа и проектирования должен быть получен проект системы, содержащий достаточно информации для реализации системы на его основе в рамках бюджета выделенных ресурсов и времени. [c.30] Структурные методы являются строгой дисциплиной системного анализа и проектирования, т.е. деятельностей, которые в прошлом были печально известны как сложные и перегруженные проблемами. [c.30] Методы структурного анализа и проектирования стремятся преодолеть сложность больших систем путем расчленения их на части ( черные ящики ) и иерархической организации этих черных ящиков. Выгода в использовании черных ящиков заключается в том, что их пользователю не требуется знать, как они работают, необходимо знать лишь его входы и выходы, а также его назначение (т.е. функцию, которую он выполняет). [c.30] В окружающем нас мире черные ящики встречаются в большом количестве. Проиллюстрируем приемущества систем, составленных из них, на примере музыкального центра. [c.30] Второй важной идеей, лежащей в основе структурных методов, является идея иерархии. Для понимаемости сложной системы недостаточно разбиения ее на части, необходимо эти части организовать определенным образом, а именно в виде иерархических структур. Все сложные системы Вселенной организованы в иерархии. Да и сама она включает галактики, звездные системы, планеты,. .., молекулы, атомы, элементарные частицы. Человек при создании сложных систем также подражает природе. Любая организация имеет директора, заместителей по направлениям, иерархию руководителей подразделений, рядовых служащих. [c.31] Наконец, третий момент структурные методы широко используют графические нотации, также служащие для облегчения понимаемости сложных систем. Известно, что одна картинка стоит тысячи слов . На рис. 1.1 изображен черноволосый мужчина, одетый в серое двубортное пальто. Мужчина держит в левой руке дипломат и т.д. Вообще говоря, нет необходимости комментировать это читатель впитывает вышеизложенное описание с первого взгляда. [c.31] О преимуществе картинок свидетельствует и следующий факт. Едва ли найдется человек, не читавший рассказ А.П.Чехова Толстый и тонкий . И тем не менее, практически никто не обращал внимание на любопытное противоречие в тексте рассказа Нафанаил немного подумал и снял шапку. .. Нафанаил шаркнул ногой и уронил фуражку . С другой стороны, имея иллюстрации этих двух сцен, легко обнаружить несоответствие. [c.32] Вернуться к основной статье