СОЗДАНИЕ ПРОГРАММЫ ПО РАЗРАБОТАННОМУ АЛГОРИТМУ КАК ОТДЕЛЬНЫЙ МОДУЛЬ

СОЗДАНИЕ ПРОГРАММЫ ПО РАЗРАБОТАННОМУ АЛГОРИТМУ КАК ОТДЕЛЬНЫЙ МОДУЛЬ

1. Разработка программы по разработанному алгоритму как отдельный модуль с соблюдением основных этапов разработки на одном из современных языков программирования

1. 
   разработки;
   
2. 
   программирования;
   
3. 
   отладки;
   
4. 
   внесения изменений.
   

1. 
   распределить работы по исполнителям, обеспечив их загрузку и требуемые сроки разработки
   
2. 
   построить календарные графики проектных работ и осуществлять их координацию в процессе создания ПИ.
   
3. 
   контролировать трудозатраты и стоимость проектных работ.
   

1. 
   один вход и один выход – на входе программный модуль получает определенный набор исходных данных, выполняет обработку данных и возвращает результат
   
2. 
   функциональная завершенность – модуль выполняет перечень операций для реализации каждой отдельной функции в полном составе.
   
3. 
   логическая независимость – результат работы модуля зависит только от исходных данных, и не зависит от работы других модулей.
   
4. 
   слабые информационные связи с другими программными модулями – обмен информации между модулями должен быть по возможности минимизирован.
   
5. 
   обозримый по размеру и сложности.
   

1. 
   Определение состава и подчиненность функций
   
2. 
   определение набора программных модулей, реализующих эти функции
   

1. 
   синтаксическую спецификацию его входов, позволяющую построить обращение к нему на используемом языке программирования;
   
2. 
   функциональную спецификацию модуля (описание всех функций, выполняемых этим модулем).
   

1. 
   метод восходящей разработки;
   
2. 
   метод нисходящей разработки.
   

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

1. 
   при таком порядке разработки программы вся необходимая глобальная информация формируется своевременно, т.е. ликвидируется весьма неприятный источник просчетов при программировании модулей;
   
2. 
   существенно облегчается и тестирование модулей, производимое при нисходящем тестировании программы. Первым тестируется головной модуль программы, который представляет всю тестируемую программу и поэтому тестируется при "естественном" состоянии информационной среды, при котором начинает выполняться эта программа. При этом все модули, к которым может обращаться головной, заменяются на их имитаторы.
   

6. выполнение отладки программных модулей с использованием специализированных программных средств

   1. 
      
      жүктеу/скачать 107,14 Kb.
      
      Достарыңызбен бөлісу: