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

Системный проект программного средства новой или модернизи­рованной системы должен содержать достаточно полные требования к функциям и характеристикам качества комплекса программ, описание и графическое представление его архитектуры, базы данных и взаимодей­ствия компонентов, предполагаемую модель жизненного цикла, предвари­тельные планы последующих этапов и работ. Кроме того, в него должны входить проекты технического задания и контракта на детальное про­ектирование и весь жизненный цикл ПС. Если заказчик удовлетворен ре­зультатами системного проектирования, то возможно оформление акта завершения работ и утверждение системного проекта комплекса программ с требуемыми характеристиками качества новой или модернизированной системы, а также контракта (договора) на детальное проектирование или на весь жизненный цикл ПС.

3. 
   Структурное проектирование
   сложных программных средств
   

• 
  При разработке структуры программного средства в процессе си­стемного проектирования, прежде всего, необходимо сформулировать критерии ее формирования. Важнейшими критериями могут быть: моди­фицируемость, отлаживаемость и удобство управления разработкой ПС, обеспечение возможности контролируемого изменения конфигурации, со­става и функций компонентов с сохранением целостности структурного построения базовых версий ПС. В зависимости от особенностей проблем­ной области критериями при выборе архитектуры ПС могут также приме­няться: эффективное использование памяти или производительности реа­лизующей ЭВМ, трудоемкость или длительность разработки, надежность, безопасность и защищенность. В соответствии с целями и задачами проек­тирования на стадии системного анализа и формирования структуры ПС необходимо ранжировать и выделить доминирующие критерии.
  
• 
  Гибкость модификации и расширяемость комплексов программ при их совершенствовании обеспечиваются рядом принципов и правил струк­турного построения ПС и их компонентов, а также взаимодействия между ними. Эти правила направлены на стандартизацию и унификацию струк­туры и взаимодействия компонентов ПС разного ранга и назначения в пределах проблемной области. Некоторая часть принципов и правил име­ет достаточно общий характер и может применяться практически всегда. Другая часть отражает проблемную и/или машинную ориентированность класса ПС и подлежит отработке при системном проектировании для эф­фективного применения в соответствующей области. Основные принци­пы и правила структурирования ПС и БД можно объединить в группы, которые отражают:
  
• 
  — стандартизированную структуру целостного построения ПС и/или БД определенного класса;
  

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