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

Размер или масштаб комплексов программ в настоящее время при­водится в публикациях в различных единицах, что может изменять их численные значения для одних и тех же программ в несколько раз (см. лекцию 5). Влияние единиц измерения размера программ на оценку раци­онального объема документации можно значительно изменять, если учесть их принципиальные особенности и, прежде всего, выделить две группы единиц измерения масштаба проектов ПС:

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

• 
  — группу, отражающую размер программ и данных, размещаемых в реализующей (объектной) ЭВМ к характеризующую объем памяти и про­изводительность ЭВМ, необходимые для рабочего функционирования и исполнения комплекса программ в соответствии с его назначением.
  
• 
  Оценивание масштаба проекта и его возможного влияния
  на комплекс документации программного средства
  
• 
  I
  
• 
  Формирование концепции и спецификации требований
  к проекту программного средства
  г ~
  
• 
  Формирование предварительной спецификации требований
  к номенклатуре комплекса документов
  
• 
  ♦
  
• 
  Оценивание влияния — приоритета каждого выбранного
  документа на функциональную пригодность программного
  средства
  
• 
  I
  
• 
  Оценивание относительных затрат на создание
  каждого документа проекта программного средства
  
  
• 
  Оценивание уровня приоритета каждого документа с учетом
  затрат и исключение нерентабельных документов из разработки
  
• 
  Выделение документов с высоким приоритетом
  и утверждение состава комплекса документации для реализации
  в проекте программного средства
  
• 
  Рис. 17.1
  
• 
  Эти две группы единиц отражают размер программ и документов с разных позиций и должны использоваться в зависимости от целей анализа и применения значений масштаба проекта (рис. 17.1). Для разработки на­бора документов после оценки масштаба комплекса программ необходи­мо выполнить цикл поэтапного определения и формирования совокупнос­ти спецификаций требований к компонентам и документации проекта ПС. Первым этапом является создание Концепции проекта ПС и комплекса первичных требований спецификаций к иерархическому набору функ­ций, на которые могут быть разбиты предполагаемые фактические компо­ненты ПС. В дальнейшем разбиение может структурироваться и детализи­роваться, формируя упрощенный или более точный уровень абстракции и взаимодействия компонентов. Цель документа — Концепция, состоит в сборе, анализе и определении высокоуровневых потребностей пользовате­лей, функций и документов программного продукта. Основное внимание должно уделяться возможностям и функциям документов, в которых нуж­даются будущие разработчики и пользователи.
  
•