Производственная политика информационной фирмы

Классификация информационных продуктов и услуг имеет динамичный характер. Поэтому важным понятием является ЖЦ.

Жизненный цикл любого информационного продукта должен быть привязан к конкретному рынку или даже отдельного сегмента, поскольку спрос на один и тот же продукт на разных рынках будет разным из-за неравномерности развития потребностей, требований, традиций, быта и т.д.

Существующие модели жизненного цикла отличаются структурой и конкретным содержанием фаз создание и внедрение автоматизированной системы (АС) или отдельных ее составляющих.

Самыми распространенными моделями ЖЦП являются:

1. каскадная модель;

2. спиральная модель;

3. метод быстрого прототипа;

4. метод последовательного наращивания функций;

5. эволюциональная модель;

6. модель, основанная на повторном использовании компонентов;

 

1. Каскадная модель характеризуется четкой упорядоченностью таких стадий создания и внедрения АС:

1. определение требований;

2. разработка технического задания;

3. планирование разработки;

4. проектирование;

5. реализация;

6. сборки системы;

7. сопровождение;

8. уточнение требований.

Такая упорядоченность требует, чтобы работы, предусмотренные на каждой стадии, выполнялись без необходимости их пересмотра, то есть без возврата к предыдущей стадии. Модель содержит только внешний цикл, включающий стадию сопровождения, поскольку на этой стадии могут уточняться и изменяться требования заказчика, и происходит возврат к стадии разработки технического задания с последующим повторением всех других стадий.

Преимущество каскадной модели в ее определенности и четкой регламентованости. Это важно при разработке сложных проектов, в которых необходимо согласованное участие нескольких организаций, представляющих заказчика, разработчиков и пользователей. Ее слабой стороной является то, что от утверждения технического задания до внедрения готового продукта проходит очень много времени. Существует риск, что за это время реальные потребности пользователя могут измениться и поэтому не будут полностью удовлетворены. Кроме того, возможны ситуации, когда реальные потребности, которые остаются неизменными, но были неправильно или недостаточно полно осознаны пользователями при разработке технического задания, их истинное понимание наступает лишь после ввода системы в эксплуатацию, когда уже поздно вносить серьезные изменения.

 

2. Спиральная модель жизненного цикла предполагает многократное прохождение одних и тех же стадий разработки, пока созданный продукт не будет удовлетворять заказчика. Эта модель имеет итерационный характер, присущий процессу создания таких сложных искусственных объектов, которыми являются программные средства. На каждой итерации создают действующий прототип, который подвергают критическому оцениванию. На заключительной итерации прототип принимают за окончательный вариант системы.

Спиральная модель свободна от недостатков каскадной модели, поскольку на каждом витке спирали есть возможность убедиться в том, что требования, которые изменились, учтены при разработке очередного прототипа. К недостаткам спиральной модели следует отнести сложность планирования и организации работ, а также значительные затраты ресурсов при разработке крупных проектов. Поэтому ее используют в тех случаях, когда система невелика, но существует некоторая неопределенность относительно требований пользователей. Если проект достаточно большой, то обычно в нем удается выделить ограниченную по объему подсистему, которую действительно целесообразно разрабатывать, используя спиральную модель. Через трудности планирования работ эта модель чаще применяется тогда, когда заказчик, разработчик и пользователь - одна и та же организация или когда продукт разрабатывается для массового потребителя.

 

3. Метод быстрого прототипа предусматривает разработку в сжатые сроки действующего макета части автоматизированной системы, наиболее критической к изменениям требований пользователей, а также проведение тестовой эксплуатации макета к разработке полномасштабного образца. Конечно, прежде прототипированию подлежит интерфейс пользователя с будущей системой. Это позволяет привлечь конечных пользователей к активному сотрудничеству на ранней стадии разработки ИС и таким образом избежать доработок законченной системы (что стоит дорого), как это часто случается при использовании каскадной модели. Основное назначение прототипирования - облегчить выявление всех требований пользователей. Поэтому, как правило, прототип после разработки технического задания больше не используют и далее модель жизненного цикла совпадает с каскадной.

4. Метод последовательного наращивания функций заключается в проектировании и реализации ИС поэтапно. На каждом этапе пользователи получают вариант системы со все большим функциональным наполнением. Это позволяет резко сократить время, необходимое для введения в действие первой очереди ИС и начала эксплуатации ее. В результате организация-пользователь довольно скоро начинает испытывать реальный эффект от автоматизации. Поэтому к сильной стороне такого подхода по сравнению с каскадной моделью можно отнести сокращение срока окупаемости. Слабыми сторонами являются трудности планирования управления проектом в сочетании с необходимостью придерживаться открытой архитектуры, часто сильно осложняет задачу разработчика. Метод последовательного наращивания функций достаточно успешно может быть применен при создании ИС организационного управления. При этом в первую очередь может быть разработана часть ИС, реализующей сравнительно простые информационные задачи, внедрение которых может дать сразу заметный эффект. В состав следующих очередей могут быть включены другие информационные задачи и лишь затем - задачи, требующие выполнения довольно сложных расчетов.

 

5. Эволюционная модель предусматривает доработку полномасштабного образца автоматизированной системы до уровня качества, удовлетворяющей конечных пользователей, непосредственно в процессе эксплуатации ее. При этом реализацию ИС начинают с тех функций, о которых разработчики имеют достаточно четкое представление. Знание отношений других функций системы уточняют уже после ее частичной сдачи в эксплуатацию. В этом рассматриваемый подход противоположный метода быстрого прототипа, согласно которому разработку начинают с реализации функций, в отношении которых у разработчиков есть наибольшие сомнения. При создании сложных ИС эволюционный подход дает возможность изначально сосредоточиться на достижении высоких эксплуатационных характеристик, таких как надежность, мобильность, модификованисть т.п., почему иногда препятствует разработка быстрых прототипов. Эволюционный подход может быть особенно полезным при разработке систем, в которых работы по созданию программного обеспечения не лежат на критическом пути общего графика работ.

 

6. Повторное использование компонентов является основой так называемого сборочного программирования, позволяет существенно сократить стоимость и длительность разработки ИС, а также повысить его надежность при одновременном сокращении затрат на сопровождение. Наибольший эффект получается тогда, когда значительную часть задач удается сформулировать в терминах относительно небольшого числа подзадач, которым ставят в соответствие стандартные подпрограммы. Тогда разработка очередной задачи сводится к написанию сравнительно несложной программы, что вызывает эти подпрограммы в нужной последовательности и организует между ними обмен данными. Однако уникальные алгоритмы обработки информации или субъективные знания эвристики, которыми пользуются эксперты при решении сложных задач, с помощью стандартных программ описать невозможно. Поэтому модель, основанная на повторном использовании компонентов, является идеализацией и в чистом виде не используется. Вместе с тем в связи с распространением объектно-ориентированного подхода к разработке ИС она приобретает все большее значение.

 

Рассмотренные выше подходы к разработке ИС порождают различные структуры жизненного цикла систем. Так, при последовательном наращивании функций и при эволюционном подходе те или иные части проекта в любой момент времени могут находиться на разных стадиях разработки. В модели, основанной исключительно на повторном использовании компонентов , в структуре жизненного цикла отсутствует стадия реализации, а при автоматизированном синтезе программ выпадают даже две стадии - проектирование и реализация. В действительности же состав стадий жизненного цикла останется неизменным, хотя их удельный вес может существенно измениться.

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

 

Маркетинговые мероприятия на всех этапах разработки информационного продукта и, в частности, на этапе продвижения на рынок, будут зависеть от того, какая модель ЖЦ продукта используется разработчиком. Например,

- для каскадной модели в рекламе будущего товара можно указывать его конкретные возможности, которые будут в него заложены по требованию заказчика;

- при использовании моделей спиральной, метода быстрого прототипа, повторного использования компонентов можно рекламировать преимущества товара на этапе его потребления, его интерфейса с пользователем;

- для модели метода последовательного наращивания функций возможна продажа любого промежуточного варианта (версии) ИС с определенным набором функций, которые могут удовлетворить определенного пользователя;

- то же можно сказать про эволюционную модель, тем более, что дальнейшее развитие ИС у каждого пользователя может идти своим путем расширения возможностей.

⇐ Предыдущая12345Следующая ⇒

Поделиться: