Заглавная страница Избранные статьи Случайная статья Познавательные статьи Новые добавления Обратная связь КАТЕГОРИИ: АрхеологияБиология Генетика География Информатика История Логика Маркетинг Математика Менеджмент Механика Педагогика Религия Социология Технологии Физика Философия Финансы Химия Экология ТОП 10 на сайте Приготовление дезинфицирующих растворов различной концентрацииТехника нижней прямой подачи мяча. Франко-прусская война (причины и последствия) Организация работы процедурного кабинета Смысловое и механическое запоминание, их место и роль в усвоении знаний Коммуникативные барьеры и пути их преодоления Обработка изделий медицинского назначения многократного применения Образцы текста публицистического стиля Четыре типа изменения баланса Задачи с ответами для Всероссийской олимпиады по праву Мы поможем в написании ваших работ! ЗНАЕТЕ ЛИ ВЫ?
Влияние общества на человека
Приготовление дезинфицирующих растворов различной концентрации Практические работы по географии для 6 класса Организация работы процедурного кабинета Изменения в неживой природе осенью Уборка процедурного кабинета Сольфеджио. Все правила по сольфеджио Балочные системы. Определение реакций опор и моментов защемления |
Модель жизненного цикла программного изделия
Многолетний мировой опыт разработки средств программного обеспечения ЭВМ позволил выделить несколько общепринятых моделей (парадигм) создания сложных программных систем. Эти модели предназначены для установления четкой регламентации этапов и содержания работ на каждом этапе, методов и процедур выполнения самих работ, состава и содержания разрабатываемой документации. Четко определенные модели позволяют существенно повысить эффективность процесса разработки сложных программных комплексов, оптимально организовать управление разработкой, планирование и контроль за сроками выполнения отдельных этапов, правильно распределить работы в коллективе разработчиков. В результате удается заметно снизить затраты на разработку программного изделия и повысить качество продукта. Одна из наиболее распространенных моделей — модель жизненного цикла программного изделия. В различных литературных источниках состав фаз (этапов) ЖЦПИ несколько отличается, хотя общая последовательность и содержание основных работ сохраняет основную схему: анализ и выработка требований — проектирование — программирование — тестирование и отладка — эксплуатация и сопровождение (см. рис. 2). Эта модель ЖЦПИ получила также название "Водопад", или каскадная модель. В дальнейшем целесообразно ориентироваться на наиболее современный подход, представленный в стандартах на разработку программного обеспечения. Модель ЖЦПИ применима как для разработки программ для индивидуального использования, так и для сложных программных изделий промышленного и коммерческого назначения.
Требования пользователя Требования к программному изделию Архитектурное проектирование Детальное проектирование Передача в эксплуатацию Эксплуатация, сопровождение Рис. 2. Модель жизненного цикла программного изделия
На практике выполнение работ по такой жесткой схеме можно реализовать только для довольно простых программных продуктов, требования пользователя к которым можно с самого начала сформулировать в полном объеме. В общем случае процесс разработки является итеративным, что показано на рисунке пунктирными линиями. На каждой фазе жизненного цикла могут вноситься изменения в принятые решения, что приводит к необходимости возвращения к предыдущим этапам.
Модель ЖЦПИ содержит шесть фаз разработки, для которых в стандартах определены содержание работ, виды деятельности, входные и выходные документы: 1. Определение требований пользователя. 2. Определение требований к программному обеспечению. 3. Архитектурное проектирование. 4. Детальное проектирование и программирование. 5. Передача программного изделия в эксплуатацию. 6. Эксплуатация и сопровождение. Разработка программного изделия здесь предполагает выполнение четко определенных работ. Результаты оформляются в виде соответствующих документов и материалов, которые должны быть рассмотрены и одобрены до передачи на следующую фазу. Таким образом, важнейшим видом деятельности на всех этапах жизненного цикла является критический и всесторонний обзор и оценка материалов, подготовленных на соответствующей фазе ЖЦПИ. Одобрение этих материалов определяет момент окончания одной фазы и момент начала следующей фазы. В соответствии со структурой ЖЦПИ при планировании работ и при контроле за сроками их выполнения имеется, по крайней мере, шесть событий, которые характеризуют переход к следующей фазе: 1. Рассмотрение и одобрение требований пользователя. 2. Рассмотрение и одобрение требований к программному изделию. 3. Рассмотрение и одобрение архитектурного проекта программного изделия. 4. Рассмотрение и одобрение детального проекта программного изделия, руководства пользователя, программ и утверждение акта о готовности их к приемному тестированию. 5. Утверждение акта о предварительной приемке программного изделия, рассмотрение и одобрение документа о передаче программного изделия в эксплуатацию. 6. Утверждение акта об окончательной приемке и передаче в эксплуатацию программного изделия и принятие документа о результатах всех работ по созданию программного изделия. 5.2. Модель "возрастающей выдачи" Подход "возрастающей выдачи" является модификацией стандартной модели и характеризуется тем, что после разработки архитектурного проекта подготавливается несколько версий программного изделия. При этом каждая версия становится все более содержательной с точки зрения функций, выполняемых программным изделием. Такой подход может оказаться предпочтительным для крупных программных проектов. Его использование может быть обусловлено следующими причинами:
• отдельные функции программного изделия могут потребоваться раньше, а функциональные возможности системы — наращиваться постепенно; • размер группы разработчиков позволяет выполнять проект по частям, например, по функциональным подсистемам; • финансирование разработки позволяет выделять ограниченные средства, но в течение ряда лет. При таком подходе каждый выдаваемый результат должен быть пригоден для использования и обеспечивать некоторое подмножество требуемых функций. К числу его недостатков относится увеличение объема работ по тестированию, поскольку с появлением каждой новой версии изделия требуется повторное тестирование, подтверждающее, что добавленные возможности не ухудшили качество программного изделия.
|
||||||
Последнее изменение этой страницы: 2017-02-07; просмотров: 222; Нарушение авторского права страницы; Мы поможем в написании вашей работы! infopedia.su Все материалы представленные на сайте исключительно с целью ознакомления читателями и не преследуют коммерческих целей или нарушение авторских прав. Обратная связь - 18.191.108.168 (0.007 с.) |