Главная arrow Информационная безопасность arrow Последовательная планомерная разработка
Последовательная планомерная разработка
Нетрудно видеть, что при такой организации процесса разработок обеспечивается последовательная планомерная разработка, причем, поскольку все требования к структуре нижестоящих элементов формулируются в процессе разработки включающего (т.е. вышестоящего) элемента, то существенно снижа-ется вероятность принципиальных ошибок. Немаловажным является также то обстоятельство, что структуру каждого элемента будут знать по крайней мере два специалиста, что повышает устойчивость процесса разработки относительно возможных изменений состава разработчиков.
Описанный способ организации применительно к разработке программного обеспечения получил название метода ведущего программиста. По аналогии с этим применительно к разработке всех компонентов систем обработки данных для обозначения рассмотренного способа можно предложить термин: "метод ведущего специалиста". Тогда, видимо, шестой принцип структурирования можно назвать принципом организации проектирования по методу ведущего специалиста. Поскольку в процессе разработки проектируемый компонент будет постоянно изменять свое содержание, то с точки зрения удовлетворения условиям (структурированности на любом этапе разработки, а не только конечного результата) большое значение приобретает своевременное генерирование необходимого комплекта технических документов на проектируемый компонент и фиксация в этих документах всех изменений, вносимых в компонент. Это может быть достигнуто в том случае если документы будут вестись параллельно с разработкой соответствующего компонента, а сами документы будут структурированными. Регуляция процесса параллельного ведения документов возможна в том случае, если в группах ведущих специалистов, осуществляющих разработку элементов компонентов систем обработки, будут предусмотрены специаль-ные лица, ответственные за ведение и актуализацию технических документов. В теории и практике структурного программирования специалист, выполняющий указанные функции, назван секретарем-библиотекарем. Представляется, что этот термин может быть распространен также и на другие компоненты АСОД.
В соответствии с изложенным седьмой принцип структурирования может быть сформулирован как принцип параллельного ведения структурированных документов.
Таким образом, в общем итоге сформулированы следующие принципы структурирования компонентов систем обработки данных: 1) канонизация состава элементов компонентов системы; 2) унификация и стандартизация внутренней структуры элементов; 3) унификация взаимосвязей между элементами;
4) канонизация системы спецификации компонентов; 5) проектирование по способу сверху вниз; 6) организация проектирования по методу ведущего специалиста; 7) параллельное ведение структурированных документов.
В процессе разработки и практического использования методологии структурного программирования выработан ряд практических правил, руководство которыми способствует успеху Разработки, а именно: постоянно управлять разработками, используя последовательный план жизненного цикла; непрерывно производить оценку и проверку сделанного; поддерживать Дисциплину разработки; использовать в полном объеме принципы структурного программирования; трезво оценивать результаты работы, использовать ограниченное количество лучших специалистов; постоянно содержать комиссию (совет) для улучшения процесса разработки. Нетрудно видеть, что перечисленные правила составляют систему (т.е. наибольший эффект достигается при следовании всем правилам без исключения), и что эта система правил является целесообразной применительно к разработке широкого класса систем или их моделей.
На основе изложенных принципов должны разрабатываться методы структурирования различных компонентов конкретных систем. В гл. 12 будут приведены методы структурирования компонентов АСОД.
 
« Пред.   След. »
Вернуться