Завершающими процессами проектирования являются проектирование и кодирование модулей. Сюда входят процессы внешнего проектирования модулей, включающего проектирование интерфейса для каждого модуля, и логического проектирования модулей, содержащего набор шагов по определению данных, выбору алгоритма реализации, логическому проектированию и кодированию. Перечисленные процессы представляют собой сущность программирования. [c.138]
При выполнении работ, связанных с проектированием и кодированием модулей, имеет место ряд проблем, оказывающих влияние на надежность создаваемого продукта ПО. К этим проблемам относятся потеря визуального [c.138]
На этапе проектирования и кодирования модулей наступает момент, когда руководитель проекта теряет ощущение результатов выполняемых работ. Действительно, на предыдущих этапах разработки ПО технические обсуждения вопросов проводятся на достаточно высоком уровне, ограничен круг привлекаемых участников обсуждения и объем документации невелик. В это время отдельные части системы, представленные в описательном виде, легко понимаются, а сами описания на естественном языке невелики по объему и просты по содержанию. [c.139]
На этапе проектирования и кодирования модулей природа выполняемой работы, а также множество деталей программирования требуют строгой организации управления выполняемой работы, которая, однако, носит чисто индивидуальный творческий характер. Если модули слишком велики и сложны, то попытки руководителя быть в курсе дела практически безнадежны слишком велик фронт работ даже для случая сравнительно небольшой системы ПО. Если же модули не велики по объему и хорошо определены, то можно обеспечить соблюдение графика проведения работ и осуществлять контроль за затратами на разработку. [c.139]
На этапе проектирования и кодирования модулей осязаемые результаты для управления могут появиться только после пропуска программ на ЭВМ. Попытка же управлять процессом после его завершения не может быть даже предпринята. Это утверждение диктует необходимость непрерывного внимания к деталям разработки и четкой организации учета и отчетности по выполняемой работе с тем, чтобы исключить нарушение графика разработки и не допустить перерасхода средств. [c.140]
ПРОЕКТИРОВАНИЕ И КОДИРОВАНИЕ МОДУЛЕЙ [c.141]
Проверка. Заключительным шагом в процессе проектирования и кодирования модуля является проверка его логики. Проверка перед действительным выполнением программ на машине выполняется людьми. Очередной раздел будет посвящен тестированию, т. е. проверке логики при помощи выполнения программы на машине. [c.147]
Проектирование логики модулей. Конечным процессом в последовательности работ по проектированию ПО является проектирование и кодирование логики каждого модуля. Слишком часто на завершающем этапе проектирования под воздействием ограничений графика проведения работ исключается тщательное планирование разработки. В результате модуль разрабатывается без достаточной подготовки случайным способом. В целях обеспечения надежности создаваемого продукта ПО процесс проектирования модуля должен быть тщательно спланирован. [c.142]
Проектирование методом сверху-вниз позволяет свести процесс разработки программы к выполнению двух операций логическая разработка с одновременным интегрированием и выполнение кодирования с отладкой. При таком подходе вначале разрабатывается логическая структура программы в виде дерева программных модулей с установлением всех типов связей между ними, а затем идут кодирование и отладка модулей. При этом проектирование начинается с модулей, занимающих верхние уровни иерархии, с одновременной проработкой связей их со всеми соподчиненными модулями, для которых разрабатываются временные заглушки с целью проведения их отладки. [c.192]
Внимания заслуживают комплексные автоматизированные системы технологической подготовки производства (КАС ТПП) в машиностроении. Под КАС ТПП понимают автоматизированную систему организации и управления процессом ТПП, включая технологическое проектирование. Структура КАС ТПП 1-й степени сложности с различными задачами проектирования, включая КАС ТПП Технолог - для проектирования технологических процессов деталей класса тела вращения , обрабатываемых на универсальном оборудовании КАС ТПП Автомат - для обработки деталей на прутковых токарных станках КАС ТПП Штамп - для деталей, обрабатываемых холодной листовой штамповкой. Предусматривается, что КАС ТИП 1-й степени сложности - это минимальный типовой комплексный модуль, реализующий законченный этап проектирования определенной совокупности этих ТПП с многоуровневой структурой ряда подсистем. Первый уровень КАС 11111 включает подсистемы общего назначения кодирование, документирование, банк данных. Второй уровень включает проектирование [c.185]
Реализация. После завершения проектирования можно начинать реализацию системы. При этом каждому из разработчиков поручается работа над одним или несколькими модулями. Модули в процессе дальнейшей детализации разбираются на процедуры, разрабатываются машинные алгоритмы этих процедур и выполняется кодирование программ. [c.86]
Подчеркивая указанные выше факторы, а также необсуждаемые, но достаточно очевидные сложности проектирования и кодирования модулей, отметим необходимость присутствия в составе группы разработчиков достаточно большого числа людей различной специализации, например определение использования базы данных, организация телеобработки, язык управления заданиями, операционная система, прикладная система и ее подразделы. [c.140]
Следующим в иерархии методов является метод нисходящего проектирования [39], который состоит в том, что одновременно выполняемые внутреннее проектирование, кодирование и тестирование осуществляются для отдельных модулей в том порядке, чтобы тестирование каждого модуля не зависело от еще не написанных модулей или от еще неподготовленных данных. Этот прием подразумевает постоянную скомпонованность отдельных модулей программ, благодаря чему система всегда сохраняет способность к выполнению функций на определенном уровне, который служит количественным выражением прогресса в разработке. Поскольку ранее написанные модули постоянно участвуют в отладке, по мере появления новых модулей, вплоть до полного их объединения в систему, обычно приходится проводить больше тестовых прого- [c.90]