Д. А. Градусов а. В. Шутов теоретические вопросы разработки программного обеспечения учебное пособие
жүктеу/скачать 2,75 Mb. Pdf көрінісі
|
- Бұл бет үшін навигация:
- Стиль разработки
| Размер проекта
К малым проектам (с пятью или менее техническими участниками) статистические методы обычно неприменимы, поскольку различия в производительности отдельных участников затмевают другие факторы. Как правило, в малых проектах используется плоская модель комплектования кадрами – на протяжении всего проекта численность персонала остается неизменной – из-за чего некоторые алгоритмические методы оценки, рассчитанные на большие проекты, становятся несостоятельными. Лучшими методами оценки для малых проектов обычно оказываются «восходящие» методы, основанные на оценках людей, которые будут непосредственно заниматься выполнением работы. К большим проектам относятся проекты, выполняемые группами около 25 участников, занимающие от 6 до 12 месяцев и более. Оптимальный выбор методики оценки для большого проекта существенно изменяется в зависимости от состояния проекта. На ранних стадиях лучший результат обычно дают «нисходящие» методы, основанные на алгоритмах и статистике. Они состоятельны на той стадии проекта, когда конкретный состав участников еще не известен. На средней стадии более точную оценку обеспечивает сочетание нисходящих и восходящих методов, базирующихся на 118 исторических данных самого проекта. На поздних стадиях крупных проектов восходящие методы дают наиболее точную оценку. К категории средних проектов относятся проекты, выполняемые 5-25 участниками, занимающие от 3 до 12 месяцев. К преимуществам средних проектов можно отнести возможность применения практически всех методов оценки, применимых в крупных проектах, а также ряда методик малых проектов. Стиль разработки В контексте оценки выделяются два основных стиля разработки: последовательный и итеративный. Отраслевая терминология, окружающая итеративные, последовательные и динамические проекты, довольна сложна. Далее представлены некоторые подходы к разработке, основным различием между которыми является процент требований, определяемых на ранней стадии проекта, по сравнению с процентом требований, определяемых в ходе работы. 1. Эволюционное макетирование используется в тех случаях, когда требования неизвестны, а одна из главных причин для применения этой методики – содействие в определении требований. В контексте оценки эволюционное макетирование относится к итеративному стилю разработки. 2. Экстремальное программирование намеренно ограничиваться определением только тех требований, которые будут реализовываться при следующей итерации, обычно занимающей менее одного месяц. В контексте оценки относится к высокоитеративному стилю. 3. В проектах с эволюционной выдачей доля изначально определяемых требований изменяется от «почти отсутствует» до «большинства». В зависимости от того, к какому концу шкалы относится конкретный проект, он может быть как последовательным, так и итеративным. Как правило, проекты с эволюционной выдачей оставляют достаточно большое количество требований 119 неопределенными на момент начала разработки, чтобы разработку можно было отнести к итеративной. 4. В проектах с поэтапной выдачей основные требования определяются до начала основной работы над проектом. Поэтапная выдача использует итеративный подход к проектированию, конструированию и тестированию и поэтому в некотором смысле носит итеративный характер. Тем не менее в контексте оценки ее следует отнести к последовательному стилю разработки. 5. Стадии унифицированного процесса Rational (RUP) называются «итерациями», однако в типичном проекте RUP около 80% требований должны определяться до начала разработки. В контексте оценки RUP относится к последовательному стилю разработки. 6. Scrum – стиль разработки, при котором рабочая группа выбирает набор возможностей, которые она может реализовать в течение 30-дневного «броска». После того как «бросок» начался, клиенту не разрешается изменять требования. если рассматривать отдельные броски, в контексте оценки Scrum относится к последовательному стилю. Но поскольку функциональность не распределяется более чем по одному броску, с учетом множества итераций Scrum относится к итеративному стилю. Как итеративные, так и последовательные проекты обычно начинаются с нисходящих, то есть основанных на статистике, методов и постепенно переходят к восходящим методам. Итеративные проекты гораздо быстрее уточняют свои оценки с использованием данных самого проекта. жүктеу/скачать 2,75 Mb. Достарыңызбен бөлісу:
|