![]() КАТЕГОРИИ: Архитектура-(3434)Астрономия-(809)Биология-(7483)Биотехнологии-(1457)Военное дело-(14632)Высокие технологии-(1363)География-(913)Геология-(1438)Государство-(451)Демография-(1065)Дом-(47672)Журналистика и СМИ-(912)Изобретательство-(14524)Иностранные языки-(4268)Информатика-(17799)Искусство-(1338)История-(13644)Компьютеры-(11121)Косметика-(55)Кулинария-(373)Культура-(8427)Лингвистика-(374)Литература-(1642)Маркетинг-(23702)Математика-(16968)Машиностроение-(1700)Медицина-(12668)Менеджмент-(24684)Механика-(15423)Науковедение-(506)Образование-(11852)Охрана труда-(3308)Педагогика-(5571)Полиграфия-(1312)Политика-(7869)Право-(5454)Приборостроение-(1369)Программирование-(2801)Производство-(97182)Промышленность-(8706)Психология-(18388)Религия-(3217)Связь-(10668)Сельское хозяйство-(299)Социология-(6455)Спорт-(42831)Строительство-(4793)Торговля-(5050)Транспорт-(2929)Туризм-(1568)Физика-(3942)Философия-(17015)Финансы-(26596)Химия-(22929)Экология-(12095)Экономика-(9961)Электроника-(8441)Электротехника-(4623)Энергетика-(12629)Юриспруденция-(1492)Ядерная техника-(1748) |
Технология нисходящего программирования
Базируется на методе "сверху-вниз" или "пошаговой детализации". В основе идея постепенной декомпозиции задачи на подзадачи. Сначала - грубая модель, потом детализация алгоритмов. Потом разработка отдельных блоков, называемых часто подпрограммами. Подпрограммы - это обособленная, оформленная отдельной синтаксической конструкцией и снабженная именем часть программы. В них сосредотачивается подробное описание некоторых операций, в остальной программе только указывать имена подпрограмм, чтобы выполнить эти операции. Им можно при вызове передавать разные параметры, чтобы одна подпрограмма выполняла решение подзадачи для разных случаев. Современные подходы к программированию поощряют явное оформление в виде подпрограмм любого достаточно самостоятельного и законченного программного фрагмента. Например, в Турбо Паскале подпрограммы реализованы посредством процедур и функций. Смысл и структура у них одна, а отличаются назначением и способом их использования. Процедура - это независимая именованная часть программы, которую можно вызвать по имени для выполнения определенных действий. Ее структура повторяет структуру программы. Функция аналогична процедуре, но имеет два отличия - передает в точку вызова скалярное значение, ее имя может входить в выражение как операнд. 5.3. Методология быстрой разработки приложений RAD (Rapid Application Development) в последнее время стала одним из возможных подходов к разработке ПО в рамках спиральной модели жизненного цикла ПО и получила широкое распространение. Под этим термином обычно понимается процесс разработки ПО, содержащий 3 элемента: · небольшую команду программистов (2-10 человек); · короткий, но тщательно проработанный производственный график (от 2 до 6 мес.); · повторяющийся цикл, при котором разработчики, по мере того, как приложение начинает обретать форму, запрашивают и реализуют в продукте требования, полученные через взаимодействие с заказчиком. Команда разработчиков должна представлять из себя группу профессионалов, имеющих опыт в анализе, проектировании, генерации кода и тестировании ПО. Члены коллектива должны также уметь трансформировать в рабочие программы предложения конечных пользователей. Основные принципы методологии RAD - это: · разработка приложений итерациями; · необязательность полного завершения работ на каждом из этапов жизненного цикла ПО; · обязательное вовлечение пользователей в процесс разработки ИВС; · применение средств управления конфигурацией, облегчающих внесение изменений в проект и сопровождение готовой системы; · использование прототипов, позволяющее полнее выяснить и удовлетворить потребности конечного пользователя; · тестирование и развитие проекта, осуществляемые одновременно с разработкой; · ведение разработки немногочисленной хорошо управляемой командой профессионалов; · грамотное руководство разработкой системы, четкое планирование и контроль выполнения работ.
5.4. "Быстрая разработка ПО" появилась в США в 2001 г. и базируется на следующих идеях: · работающее ПО ценится выше всеобъемлющей документации; · сотрудничество с заказчиками ценится выше формальных договоров; · реагирование на изменения ценится выше строгого следования плану. При этом следует понимать - при всех достоинствах быстрой разработки ПО этот подход применим только в проектах малого и среднего масштаба (1-6-20 разработчиков) и с низкой критичностью (дефект - это потеря удобства, но не опасность для жизни).
Дата добавления: 2014-01-07; Просмотров: 462; Нарушение авторских прав?; Мы поможем в написании вашей работы! Нам важно ваше мнение! Был ли полезен опубликованный материал? Да | Нет |