Методологические основы

Утверждение и выпуск документации о качестве должны плани­роваться и контролироваться уполномоченным персоналом на предмет их адекватности. Следует планировать и поддерживать в актуальном состоя­нии процедуры управления документами, которые идентифицируют те­кущий статус корректировки и пересмотра документов, с тем чтобы пре­дотвратить использование недействующих и/или устаревших документов:

• 
  наличие актуальных изданий соответствующих документов на всех участках, где проводятся работы, от которых зависит эффективное функ­ционирование системы качества;
  
• 
  немедленное изъятие недействующих и/или устаревших докумен­тов из всех пунктов их рассылки или применения либо принятие других мер по предотвращению их непреднамеренного использования;
  
• 
  идентификацию любых устаревших документов, составленных для юридических целей и/или для сохранения полезной информации.
  

• 
  Изменения документов должны планироваться и утверждаться теми же службами и/или организациями, которые проводили первоначальный анализ и утверждали эту документацию. Архивные данные по проекту являются основным источником для анализа и осмысления возможностей и эффективности процесса планирования в организации, рабочих характе­ристик данного проекта и обобщения полученного опыта. Эти архивные данные, образующие общую базу данных предприятия, следует постоянно использовать для усовершенствования процессов жизненного цикла ПС. Та же самая база данных должна обеспечивать реализацию процесса уп­равления по отдельным программным проектам.
  

• 
  ЛЕКЦИЯ 8
  
• 
  ОБЪЕКТНО-ОРИЕНТИРОВАННОЕ
  ПРОЕКТИРОВАНИЕ
  ПРОГРАММНЫХ СРЕДСТВ
  

1. 
   Задачи и особенности
   объектно-ориентированного проектирования
   программных средств
   

• 
  Международные стандарты программной инженерии (Приложение 1) регламентируют жизненный цикл программных средств широкого класса в различных областях их применения. Они ориентированы в основном на структурное проектирование и разработку процессов, функций и данных в различных комплексах программ, в которых доминируют сложные алго­ритмы обработки, относительно небольшой совокупности данных. Объек­тно-ориентированное проектирование (ООП) предназначено организовы­вать программные системы с большими базами данных на основе описа­ний объектов реального мира, важных для пользователей. Этот подход существенно отличается от структурного проектирования, которое акцен­тировано на сложные функции и процессы обработки данных. Объекты реального мира, существующие внутри области действия ООП программ­ных проектов, определяются в терминах целей, характеристик и ответ­ственностей поведения соответствующих данных (атрибутов) и отноше­ний с другими многочисленными объектами. Все функции при этом скры­ты внутри деталей описаний объекта.
  
• 
  Объектно-ориентированное проектирование представляет собой стра­тегию, в рамках которой программная система состоит из взаимодейству­ющих объектов, имеющих собственное локальное состояние и способных выполнять определенный набор операций, определяемый состоянием объекта. Объекты скрывают информацию о представлении состояний и, следовательно, ограничивают к ним доступ. Под процессом ООП подразу­мевается проектирование классов объектов и взаимоотношений между этими классами. Объектно-ориентированные системы можно рассматри­вать как совокупность автономных и в определенной степени независи­мых объектов. Изменение реализации какого-нибудь объекта или добавле­ние новых функций не влияет на другие объекты системы.
  
• 
  Общий процесс объектно-ориентированного проектирования состоит из нескольких крупных этапов'.
  

• 
  определение рабочего окружения системы и разработка моделей ее использования;
  
• 
  проектирование архитектуры программной системы;
  
• 
  определение и идентификация основных объектов системы;
  
• 
  разработка модели архитектуры комплекса программ;
  
• 
  определение и документирование интерфейсов объектов.
  

• 
  Процесс ООП нельзя представить в виде простой схемы (как при структурном проектировании), в которой предполагается четкая последо­вательность этапов. Фактически все перечисленные этапы в значительной мере можно выполнять параллельно, с учетом взаимного влияния друг на друга. Как только разработана архитектура системы, определяются объек­ты и интерфейсы. После создания моделей объектов отдельные объекты можно переопределить, а это может привести к изменениям в архитектуре системы.
  
• 
  Главное преимущество ООП программных средств состоит в том, что оно упрощает задачу внесения изменений в системную архитектуру, поскольку представление состояния объекта не оказывает на нее влияния. Изменение внутренних данных объекта не должно влиять на другие объекты системы. Более того, так как объекты слабо связаны между собой, обычно новые объекты просто вставляются без значительных воздействий на ос­тальные компоненты системы.
  
• 
  Основные понятия ООП включают:
  

• 
  при объектно-ориентированном проектировании основные компо­ненты программной системы представляются как объекты со своими со­стояниями и операциями;
  
• 
  объекты предоставляют сервисы (методы) другим объектам и со­здаются в реальном времени на основе определения класса объектов;
  
• 
  объекты могут быть реализованы последовательно и параллельно, параллельный объект может быть пассивным, у которого состояние изме­няется только через его интерфейс, или активным, который может изме­нять свое состояние без вмешательства извне;
  
• 
  в процессе объектно-ориентированного проектирования возможно создание ряда различных моделей, которые можно разделить на статичес­кие (модели классов, модели обобщения, модели агрегирования) и дина­мические (модели последовательностей, модели конечного автомата);
  
• 
  важным преимуществом объектно-ориентированного проектиро­вания является то, что он упрощает процесс модификации системы.
  

• 
  Одна часть общей системы занимается сбором данных, другая обоб­щает данные, полученные из различных источников, третья выполняет архивирование данных и, наконец, четвертая создает результаты. Система представляет собой многоуровневую архитектуру, в которой отражены все этапы обработки данных в системе, сбор и обобщение данных, архиви­рование данных и создание результатов. Такая многоуровневая архитекту­ра вполне годится для проектирования, так как каждый этап основывается только на обработке данных, выполненной на предыдущем этапе.
  
• 
  Использование методов ООП строго регламентировано, поэтому:
  

• 
  возрастает производительность труда разработчиков благодаря пе­реходу к высокоэффективному методу — на базе предварительного анали­за проекта;
  
• 
  запросы и объекты реального мира проще моделируются путем концентрации внимания на классах, а не на алгоритмах их функциониро­вания;
  
• 
  компоненты системы легко изменяются и применяются повторно;
  
• 
  требования проще отслеживаются;
  
• 
  поддерживается эффективное прототипирование;
  
• 
  разработка проекта отличается непрерывностью в представлении объектов — одни и те же типы диаграмм применяются как при анализе, так и на этапе разработки;
  
• 
  работа по проектированию может осуществляться с помощью уни­версальных технологических инструментов.
  

• 
  ООП — только