Информационные системы маркетинга лекция 8 16 04

Информационные системы маркетинга, лекция № 8, 16. 04. 2012 Жизненный цикл информационных систем маркетинга 100 Годовой оборот фирмразработчиков ПО, млрд. $ 90 80 70 60 50 25 40 30 0. 5 2 20 10 10 0 1979 1982 1985 2005

Информационные системы маркетинга, лекция № 8, 16. 04. 2012 Свойства программного обеспечения Сложность Согласованность Изменяемость Незримость

Информационные системы маркетинга, лекция № 8, 16. 04. 2012 Сложность. Благодаря уникальности и несхожести своих составных частей программные системы принципиально отличаются от технических систем (например, компьютеров), в которых преобладают повторяющиеся элементы. Согласованность. Во многих случаях новое ПО должно согласовываться с уже существующим, таким образом, значительная часть сложности происходит от необходимости согласования с различными интерфейсами, и эту проблему невозможно упростить только с помощью переделки ПО.

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

Информационные системы маркетинга, лекция № 8, 16. 04. 2012 Незримость. Обычно геометрическая реальность отражается в геометрической абстракции. Реальность ПО не встраивается естественным образом в пространство. Поэтому у него нет готового геометрического представления подобно тому, как местность представляется картой, кремниевые микросхемы — диаграммами, компьютеры — схемами соединений. При попытке графически представить структуру программы обнаруживается, что требуется не один, а несколько неориентированных графов, наложенных один на другой.

Информационные системы маркетинга, лекция № 8, 16. 04. 2012 Современные крупномасштабные проекты программных систем характеризуются, как правило, следующими особенностями. Характеристики объекта внедрения: • структурная сложность и территориальная распределенность; • функциональная сложность; • информационная сложность, сложная технология прохождения документов; • сложная динамика поведения, обусловленная высокой изменчивостью внешней среды.

Информационные системы маркетинга, лекция № 8, 16. 04. 2012 Технические характеристики проектов создания ПО: • различная степень унифицированности проектных решений в рамках одного проекта; • высокая техническая сложность, определяемая наличием совокупности тесно взаимодействующих компонентов (подсистем), имеющих свои локальные задачи и цели функционирования; • отсутствие полных аналогов, ограничивающее возможность использования каких-либо типовых проектных решений и прикладных систем, высокая доля вновь разрабатываемого ПО; • большое количество и высокая стоимость унаследованных приложений, функционирующих в различной среде, необходимость интеграции унаследованных и вновь разрабатываемых приложений; • большое количество локальных объектов внедрения, территориально распределенная и неоднородная среда функционирования; • большое количество внешних взаимодействующих систем различных организаций с различными форматами обмена информацией.

Информационные системы маркетинга, лекция № 8, 16. 04. 2012 Организационные характеристики проектов создания ПО: • различные формы организации и управления проектом; • большое количество участников проекта как со стороны заказчиков (с разнородными требованиями), так и со стороны разработчиков (более 100 человек), разобщенность и разнородность отдельных групп разработчиков по уровню квалификации, сложившимся традициям и опыту использования тех или иных инструментальных средств; • значительная длительность жизненного цикла системы, в том числе значительная временная протяженность проекта, обусловленная масштабами организации-заказчика, различной степенью готовности отдельных ее подразделений к внедрению ПО и нестабильностью финансирования проекта; • высокие требования со стороны заказчика к уровню технологической зрелости организаций-разработчиков.

Информационные системы маркетинга, лекция № 8, 16. 04. 2012 Основные проблемы современных проектов ПО В конце 60 -х годов прошлого века в США было отмечено явление под названием «software crisis» (кризис ПО). Это выражалось в том, что большие проекты стали выполняться с отставанием от графика или с превышением сметы расходов, разработанный продукт не обладал требуемыми функциональными возможностями, производительность его была низка, качество получаемого программного обеспечения не устраивало потребителей.

Информационные системы маркетинга, лекция № 8, 16. 04. 2012 26. 00% 28. 00% 46. 00% Так, например, результаты исследований, выполненных в 1995 году компанией Standish Group, которая проанализировала работу 364 американских корпораций и итоги выполнения более 23 тысяч проектов, связанных с разработкой ПО, выглядели следующим образом: • только 16, 2% завершились в срок, не превысили запланированный бюджет и реализовали все требуемые функции и возможности; • 52, 7% проектов завершились с опозданием, расходы превысили запланированный бюджет, требуемые функции не были реализованы в полном объеме; • 31, 1% проектов были аннулированы до завершения;

Информационные системы маркетинга, лекция № 8, 16. 04. 2012 26. 00% 28. 00% 46. 00% В 1998 году процентное соотношение трех перечисленных категорий проектов лишь немного изменилось в лучшую сторону (26%, 46% и 28% соответственно).

Информационные системы маркетинга, лекция № 8, 16. 04. 2012 В последние годы процентное соотношение трех перечисленных категорий проектов также незначительно изменяется в лучшую сторону, однако, по оценкам ведущих аналитиков, это происходит в основном за счет снижения масштаба выполняемых проектов, а не за счет повышения управляемости и качества проектирования.

Информационные системы маркетинга, лекция № 8, 16. 04. 2012 В числе причин возможных неудач, по мнению разработчиков, фигурируют: • нечеткая и неполная формулировка требований к ПО; • недостаточное вовлечение пользователей в работу над проектом; • отсутствие необходимых ресурсов; • неудовлетворительное планирование и отсутствие грамотного управления проектом; • частое изменение требований и спецификаций; • новизна и несовершенство используемой технологии; • недостаточная поддержка со стороны высшего руководства; • недостаточно высокая квалификация разработчиков, отсутствие необходимого опыта.

Информационные системы маркетинга, лекция № 8, 16. 04. 2012 Разработка больших проектов, связанная с работой коллективов размером в несколько десятков и даже сотен человек из нескольких организаций, немыслима без совокупности нормативно-методических документов, регламентирующих различные аспекты процессов деятельности разработчиков. Комплекс таких документов называют нормативнометодическим обеспечением (НМО). Эти документы регламентируют: • порядок разработки, внедрения и сопровождения ПО; • общие требования к составу ПО и связям между его компонентами, а также к его качеству; • виды, состав и содержание проектной и программной документации.

Информационные системы маркетинга, лекция № 8, 16. 04. 2012 В состав НМО входят стандарты и руководящие документы, методики выполнения сложных операций, шаблоны проектных и программных документов. Все входящие в состав НМО документы классифицируются по следующим признакам: • виду регламентации (стандарт, руководящий документ, положение, инструкция и т. п. ), • статусу регламентирующего документа (международный, отраслевой, предприятия), • области действия документа (заказчик, подрядчик, проект), • объекту регламентации или методического обеспечения.

Информационные системы маркетинга, лекция № 8, 16. 04. 2012 Нормативной базой НМО являются международные и отечественные стандарты в области информационных технологий, и, прежде всего: • международные стандарты ISO/IEC (ISO – International Organization of Standardization – Международная организация по стандартизации, IEC – International Electrotechnical Commission – Международная комиссия по электротехнике); • стандарты Российской Федерации ГОСТ Р; • стандарты организации-заказчика.

Информационные системы маркетинга, лекция № 8, 16. 04. 2012 Маркетинговые информационные системы, как и любое программное обеспечение, создается, эксплуатируется и развивается во времени. Жизненный цикл (ЖЦ) любой МИС – это непрерывный процесс, который начинается с момента принятия решения о создании системы и заканчивается в момент полного изъятия системы из эксплуатации.

Информационные системы маркетинга, лекция № 8, 16. 04. 2012 В соответствии со стандартом ГОСТ Р ИСО/МЭК 12207 -99 все процессы ЖЦ ПО разделены на три группы: • пять основных процессов (приобретение, поставка, разработка, эксплуатация, сопровождение); • восемь вспомогательных процессов (документирование, управление конфигурацией, обеспечение качества, верификация, аттестация, совместная оценка, аудит, разрешение проблем); • четыре организационных процесса (управление, инфраструктура, усовершенствование, обучение).

Информационные системы маркетинга, лекция № 8, 16. 04. 2012

Информационные системы маркетинга, лекция № 8, 16. 04. 2012 Основные процессы Процесс приобретения (acquisition process). Он состоит из действий и задач заказчика, приобретающего ПО. Процесс поставки (supply process). Он охватывает действия и задачи, выполняемые поставщиком, который снабжает заказчика программным продуктом или услугой. Процесс разработки (development process). Он предусматривает действия и задачи, выполняемые разработчиком и охватывает работы по созданию ПО и его компонентов в соответствии с заданными требованиями, включая оформление проектной и эксплуатационной документации, подготовку материалов, необходимых для проверки работоспособности и соответствующего качества программных продуктов, материалов, необходимых для организации обучения персонала, и т. д.

Информационные системы маркетинга, лекция № 8, 16. 04. 2012 Процесс эксплуатации (operation process). Он охватывает действия и задачи оператора – организации, эксплуатирующей систему. Процесс сопровождения (maintenance process). Он предусматривает действия и задачи, выполняемые сопровождающей организацией (службой сопровождения). Данный процесс активизируется при изменениях (модификациях) программного продукта и соответствующей документации, вызванных возникшими проблемами или потребностями в модернизации либо адаптации ПО.

Информационные системы маркетинга, лекция № 8, 16. 04. 2012 Модернизация ИС – это процесс замены отдельных компонент системы, ее проводят в связи с изменениями предметной области, для повышения качества и надежности ИС, для совместимости с другими ИС. Сопровождение – это поддержание системы в работоспособном состоянии в период эксплуатации. Управление проектом относится к организационным процессам ЖЦ и связано с планированием работ, созданием коллектива разработчиков, контролем за сроками и качеством работ. Верификация – это вспомогательный процесс, который состоит в определении того, отвечает ли промежуточный проект требованиям соответствующего этапа.

Информационные системы маркетинга, лекция № 8, 16. 04. 2012 Стандарт ISO/IEC 12207 не предлагает конкретной модели жизненного цикла и методов разработки, его рекомендации являются общими для любых моделей жизненного цикла. Под моделью ЖЦ обычно понимается структура, определяющая последовательность выполнения и взаимосвязи процессов, действий и задач на протяжении жизненного цикла. Из существующих в настоящее время моделей наиболее распространены две: каскадная и спиральная.

Информационные системы маркетинга, лекция № 8, 16. 04. 2012 Крайним случаем модели ЖЦ можно считать так называемую модель «черного ящика» (black box), или «code and fix» (кодирование и исправление), что фактически означает отсутствие какой-либо модели. В этом случае выделить какие-либо рациональные стадии в процессе разработки ПО не представляется возможным, поскольку отсутствует планирование и организации работ.

Информационные системы маркетинга, лекция № 8, 16. 04. 2012 Каскадная и спиральная модели принципиально различаются самим подходом к информационной системе и ее программному обеспечению. Суть различий в том, что в каскадной модели информационная система является однородной и ее программное обеспечение определяется как единое (с ней) целое. Данный подход характерен для более ранних информационных систем (каскадный метод применяется с 1970 года), а также для систем, для которых в самом начале разработки можно достаточно и полно сформулировать все требования. При выполнении этих условий каскадный метод позволяет достичь хороших результатов.

Информационные системы маркетинга, лекция № 8, 16. 04. 2012 Суть каскадного метода заключается в разбиении всей разработки на этапы, причем переход от предыдущего этапа к последующему осуществляется только после полного завершения работ предыдущего этапа. Соответственно на каждом этапе формируется законченный набор проектной документации, достаточной для того, чтобы разработка могла быть продолжена другой группой разработчиков. Другим положительным моментом каскадной модели является возможность планирования сроков завершения работ и затрат на их выполнение.

Информационные системы маркетинга, лекция № 8, 16. 04. 2012

Информационные системы маркетинга, лекция № 8, 16. 04. 2012 Однако у каскадной модели есть один существенный недостаток – очень сложно уложить реальный процесс создания программного обеспечения в такую жесткую схему и поэтому постоянно возникает необходимость возврата к предыдущим этапам с целью уточнения и пересмотра ранее принятых решений. Результатом такого конфликта стало появление модели с промежуточным контролем, которую представляют или как самостоятельную модель, или как вариант каскадной модели. Эта модель характеризуется межэтапными корректировками, удлиняющими период разработки изделия, но повышающими надежность.

Информационные системы маркетинга, лекция № 8, 16. 04. 2012 Достоинства каскадной модели: 1. На каждом этапе формируется законченный набор проектной документации (критерий полноты и согласованности). На заключительном этапе разрабатывается пользовательская документация, охватывающая все виды обеспечения ЭИС: организационное, методическое, информационное, программное, аппаратное. 2. Выполняемые в логичной последовательности этапы работ позволяют планировать сроки завершения и соответствующие затраты. Каскадный подход хорошо зарекомендовал себя при построении информационных систем, для которых в самом начале разработки можно достаточно полно и точно сформулировать все требования. Например, сложные расчетные системы, системы реального времени.

Информационные системы маркетинга, лекция № 8, 16. 04. 2012 Недостатки каскадной модели: 1. Существенная задержка получения результатов; 2. Ошибки, недоработки на любом из этапов выясняются на последующих этапах, что приводит к возврату на предыдущие стадии; 3. Сложность распараллеливания работ по проекту; 4. Информационная перенасыщенность этапов; 5. Сложность управления проектом; 6. Высокий уровень риска, ненадежность инвестиций. И еще один скрытый, на первый взгляд, недостаток модели связан с конфликтом (не всегда явным) в коллективе разработчиков. Конфликт обусловлен возвратом части проекта на предыдущую стадию и поиском причин и виновных. И, как следствие, несовместимость дисциплины и творчества в коллективе.

Информационные системы маркетинга, лекция № 8, 16. 04. 2012 В то же время этот подход обладает рядом недостатков, вызванных прежде всего тем, что реальный процесс создания ПО никогда полностью не укладывался в такую жесткую схему. Процесс создания ПО носит, как правило, итерационный характер: результаты очередной стадии часто вызывают изменения в проектных решениях, выработанных на более ранних стадиях. Таким образом, постоянно возникает потребность в возврате к предыдущим стадиям и уточнении или пересмотре ранее принятых решений.

Информационные системы маркетинга, лекция № 8, 16. 04. 2012

Информационные системы маркетинга, лекция № 8, 16. 04. 2012 В середине 1980 -х годов Барри Боэм предложил свой вариант итерационной модели под названием «спиральная модель» (spiral model) (рис. 1. 6). Принципиальные особенности спиральной модели: • отказ от фиксации требований и назначение приоритетов пользовательским требованиям; • разработка последовательности прототипов, начиная с требований наивысшего приоритета; • идентификация и анализ риска на каждой итерации; • использование каскадной модели для реализации окончательного прототипа; • оценка результатов по завершении каждой итерации и планирование следующей итерации.

Информационные системы маркетинга, лекция № 8, 16. 04. 2012 При использовании спиральной модели прикладное ПО создается в несколько итераций (витков спирали) методом прототипирования. Под прототипом понимается действующий программный компонент, реализующий отдельные функции и внешние интерфейсы разрабатываемого ПО. Создание прототипов осуществляется в несколько итераций, или витков спирали. Каждая итерация соответствует созданию фрагмента или версии ПО, на ней уточняются цели и характеристики проекта, оценивается качество полученных результатов и планируются работы следующей итерации. На каждой итерации производится тщательная оценка риска превышения сроков и стоимости проекта, чтобы определить необходимость выполнения еще одной итерации, степень полноты и точности понимания требований к системе, а также целесообразность прекращения проекта.

Информационные системы маркетинга, лекция № 8, 16. 04. 2012

Информационные системы маркетинга, лекция № 8, 16. 04. 2012 Достоинствами спиральной модели являются: • ускорение разработки (раннее получение результата за счет прототипирования); • постоянное участие заказчика в процессе разработки; • разбиение большого объема работы на небольшие части; • снижение риска (повышение вероятности предсказуемого поведения системы).

Информационные системы маркетинга, лекция № 8, 16. 04. 2012 Спиральная модель не исключает использования каскадного подхода на завершающих стадиях проекта в тех случаях, когда требования к системе оказываются полностью определенными. К недостаткам спиральной модели можно отнести: • сложность планирования (определения количества и длительности итераций, оценки затрат и рисков); • сложность применения модели с точки зрения менеджеров и заказчиков (из-за привычки к строгому и детальному планированию); • напряженный режим работы для разработчиков (при краткосрочных итерациях).

Информационные системы маркетинга, лекция № 8, 16. 04. 2012 Основная проблема спирального цикла – определение момента перехода на следующую стадию. Для ее решения необходимо ввести временные ограничения на каждую из стадий жизненного цикла. Переход осуществляется в соответствии с планом, даже если не вся запланированная работа закончена. План составляется на основе статистических данных, полученных в предыдущих проектах, и личного опыта разработчиков.

Информационные системы маркетинга, лекция № 8, 16. 04. 2012 Еще одним примером реализации итерационной модели ЖЦ является получивший широкое распространение в 90 -е годы способ так называемой «быстрой разработки приложений» , или RAD (Rapid Application Development). Подход RAD предусматривает наличие трех составляющих: • небольших групп разработчиков (от 3 до 7 человек), выполняющих работы по проектированию отдельных подсистем ПО. Это обусловлено требованием максимальной управляемости коллектива; • короткого, но тщательно проработанного производственного графика (до 3 месяцев); • повторяющегося цикла, при котором разработчики по мере того, как приложение начинает обретать форму, запрашивают и реализуют в продукте требования, полученные в результате взаимодействия с заказчиком.

Информационные системы маркетинга, лекция № 8, 16. 04. 2012 Основные принципы подхода RAD: • разработка приложений итерациями; • необязательность полного завершения работ на каждой из стадий ЖЦ ПО; • обязательность вовлечения пользователей в процесс разработки; • применение средств управления конфигурацией, облегчающих внесение изменений в проект и сопровождение готовой системы; • использование прототипирования, позволяющее полнее выяснить и удовлетворить потребности пользователей; • тестирование и развитие проекта, осуществляемые одновременно с разработкой; • ведение разработки немногочисленной хорошо управляемой командой профессионалов; • грамотное руководство разработкой системы, четкое планирование и контроль выполнения работ.

Информационные системы маркетинга, лекция № 8, 16. 04. 2012 Жизненный цикл ПО в соответствии с подходом RAD состоит из четырех стадий: • анализ и планирование требований; • проектирование; • реализация; • внедрение. RAD наиболее хорошо подходит для относительно небольших проектов, разрабатываемых для конкретного заказчика, и не применим для построения сложных расчетных программ, операционных систем или программ управления сложными объектами в реальном масштабе времени, т. е. программ, содержащих большой объем (сотни тысяч строк) уникального кода, а также систем, от которых зависит безопасность людей (например, управление самолетом или атомной электростанцией).