Скачать 1.45 Mb.
|
Водопадная (каскадная, последовательная) модель[править | править исходный текст]Основная статья: Модель водопада Водопадная модель жизненного цикла (англ. waterfall model) была предложена в 1970 г. Уинстоном Ройсом. Она предусматривает последовательное выполнение всех этапов проекта в строго фиксированном порядке. Переход на следующий этап означает полное завершение работ на предыдущем этапе. Требования, определенные на стадии формирования требований, строго документируются в виде технического задания и фиксируются на все время разработки проекта. Каждая стадия завершается выпуском полного комплекта документации, достаточной для того, чтобы разработка могла быть продолжена другой командой разработчиков. Этапы проекта в соответствии с каскадной моделью:
Преимущества:
Недостатки: В водопадной модели переход от одной фазы проекта к другой предполагает полную корректность результата (выхода) предыдущей фазы. Однако неточность какого-либо требования или некорректная его интерпретация в результате приводит к тому, что приходится «откатываться» к ранней фазе проекта и требуемая переработка не просто выбивает проектную команду из графика, но приводит часто к качественному росту затрат и, не исключено, к прекращению проекта в той форме, в которой он изначально задумывался. По мнению современных специалистов, основное заблуждение авторов водопадной модели состоит в предположениях, что проект проходит через весь процесс один раз, спроектированная архитектура хороша и проста в использовании, проект осуществления разумен, а ошибки в реализации легко устраняются по мере тестирования. Эта модель исходит из того, что все ошибки будут сосредоточены в реализации, а потому их устранение происходит равномерно во время тестирования компонентов и системы[2]. Таким образом, водопадная модель для крупных проектов мало реалистична и может быть эффективно использована только для создания небольших систем[3]. Итерационная модель[править | править исходный текст]Альтернативой последовательной модели является так называемая модель итеративной и инкрементальной разработки (англ. iterative and incremental development, IID), получившей также от Т. Гилба в 70-е гг. название эволюционной модели. Также эту модель называют итеративной моделью и инкрементальной моделью[4]. Модель IID предполагает разбиение жизненного цикла проекта на последовательность итераций, каждая из которых напоминает «мини-проект», включая все процессы разработки в применении к созданию меньших фрагментов функциональности, по сравнению с проектом в целом. Цель каждой итерации — получение работающей версии программной системы, включающей функциональность, определённую интегрированным содержанием всех предыдущих и текущей итерации. Результат финальной итерации содержит всю требуемую функциональность продукта. Таким образом, с завершением каждой итерации продукт получает приращение — инкремент — к его возможностям, которые, следовательно, развиваются эволюционно. Итеративность, инкрементальность и эволюционность в данном случае есть выражение одного и то же смысла разными словами со слегка разных точек зрения[3]. По выражению Т. Гилба, «эволюция — прием, предназначенный для создания видимости стабильности. Шансы успешного создания сложной системы будут максимальными, если она реализуется в серии небольших шагов и если каждый шаг заключает в себе четко определённый успех, а также возможность «отката» к предыдущему успешному этапу в случае неудачи. Перед тем, как пустить в дело все ресурсы, предназначенные для создания системы, разработчик имеет возможность получать из реального мира сигналы обратной связи и исправлять возможные ошибки в проекте»[4]. Подход IID имеет и свои отрицательные стороны, которые, по сути, — обратная сторона достоинств. Во-первых, целостное понимание возможностей и ограничений проекта очень долгое время отсутствует. Во-вторых, при итерациях приходится отбрасывать часть сделанной ранее работы. В-третьих, добросовестность специалистов при выполнении работ всё же снижается, что психологически объяснимо, ведь над ними постоянно довлеет ощущение, что «всё равно всё можно будет переделать и улучшить позже»[3]. Различные варианты итерационного подхода реализованы в большинстве современных методологий разработки (RUP, MSF, XP).
стадии разработки программ и программной документации тапы разработки Milestone — каждому этапу присваивается порядковый номер (1, 2, 3 и т. д.). Например: «Компания сделала продукт, который находится в стадии разработки. Сейчас у него этап разработки Milestone 1.». Это может быть как пре-альфа или бета, так и ранний этап разработки (раньше пре-альфы). Некоторые этапы разработки могут помечаться как «pre-». Например pre-Milestone 1. |
1. Версии стандартов iso 9000 Серия стандартов iso 9000 разработана Техническим комитетом 176 (тк 176) Международной организации по стандартизации. В основе стандартов... | «Управление качеством» рефераты Разработка систем качества в соответствии с требованиями стандартов исо серии 9000 | ||
Доклад Последствия вступления России в вто для экономики Вологодской области Внедрение международных стандартов качества управления iso 9000 на Вологодских предприятиях в рамках | Учебно-методический комплекс дисциплины «управление качеством» Направление... Исо 9000, дать рекомендации по обеспечению эффективного функционирования и совершенствования систем качества | ||
Программа курса «Управление качеством» Целью курса является: формирование у студентов комплекса знаний теоретических основ и первичных практических навыков по методологии,... | Экзаменационные вопросы по курсу «Моделирование бизнес-процесссов»... Определение процесса в соответствии со стандартами iso 9000: 2000. Различные подходы к определению бизнес-процесса | ||
Применение и ссылка на стандарты iso и iec в технических регламентах Исо) и Международной электротехнической комиссией (мэк) с целью представления регулирующим органам преимуществ выбора для применения... | Предлагает Вашему вниманию Новое электронное учебное пособие В основном все эти материалы посвящены вопросам внешней оценки качества результатов обучения и созданию в образовательных учреждениях... | ||
Мсфо ос 1-представление финансовой отчетности Мсфо (ias) 1 воспроизведены в настоящей публикации Совета по международным стандартам финансовой отчетности для общественного сектора... | “Goband”, “Змейка”, “Громкость”, “Подсветка”, “Язык” Подключив Arena Pro 9000 к питанию (включив зажигание), попадаем в главное меню устройства | ||
Проект нп «медарт» Партнерства в актуальном состоянии. По результатам на 2009 г массив аналитических описаний составляет свыше 250 000 библиографических... | Реферат по географии. Тема: «Водные ресурсы России» Из этой воды около: 69 приходится на воду в виде снега и льда Антарктики и Гренландии; 30 приходится на подземные воды;0,12 на поверхностные... | ||
Программа по формированию навыков безопасного поведения на дорогах... Данная программа соответствует образовательным стандартам начального общего образования и соответствует базисному учебному плану... | © iso 2004 iso 15614-1: 2004EN iso 15614-1: 2004EN iso 15614-1: 2004... Требование и квалификация процедур сварки металлических материалов – Испытание сварочной процедуры – Часть 1: Электродуговая и газовая... | ||
Фгбну «Росинформагротех» Новокубанский филиал (КубниитиМ) удк: 629. 114. 2-021. 272(-87) Определены эксплуатационные и экономические показатели тракторных агрегатов на основных технологических операциях обработки почвы,... | Статья 25 которая приведена ниже. Сто газпром 9000 – 10 баллов. При заключении договоров на выполнение строительно-монтажных работ учитываются требования стандарта... |