Бизнес план разработки информационной системы

Бизнес план разработки информационной системы thumbnail

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

Благодаря бизнес-плану руководство имеет возможность взглянуть на свою собственную компанию извне. Особенно необходимо мобилизацию процесса создания бизнес-плана с детальным анализом экономических и организационных вопросов. Целью бизнес-плана может быть получение кредита или привлечение инвестиций для определения стратегических и фактических ориентиров бизнеса. Освоение технологий бизнес-планирования сегодня становится реальным правом предпринимателей. Они должны быть в состоянии четко понимать потребность в будущих финансовых, материальных, людских и интеллектуальных ресурсах, источниках их доступа и иметь возможность четко рассчитать потребление ресурсов в ходе работы компании. Бизнес-план является основой предпринимательской деятельности и является всесторонним изучением различных аспектов работы компании (разработка, производство, реализация, обслуживание клиентов).

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

Следует помнить, что само понятие планирования является очень широким и применяется ко всем сферам деятельности предприятия. Понятие бизнес-план связано именно с планированием инвестиций, с инвестиционными проектами [3].

 Бизнес-план связан с планированием в среде ИС и соответствует тактическому уровню планирования. Бизнес-план в большей степени связан с вопросами управления компанией (общим менеджментом) нежели с вопросами ИМ.

Бизнес-план – это документ менеджеров, инструмент управления инвестициями. Бизнес-план инвестиций в ИС дает инструмент для общения менеджмента компании и информационных менеджеров, а также специалистов области ИТ. Бизнес-план – это документ, в котором детально оформлена бизнес-идея. А именно бизнес идея развития и автоматизации ИС. В отличие от других вариантов планирования в среде ИС, бизнес-план подробно описывает проект создания и внедрения ИС на уровне управления, а не на уровне технологий. Цель его составления – получение оценок экономической эффективности проекта. В отличие от других вариантов планирования в среде ИС, в центральным элементом бизнес-плана являются не потоки информации, а ДП. В бизнес-плане для ИС детально планируются формы инвестирования, ДП, и описание «продукта» ИС с точки зрения менеджмента.

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

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

Законченный бизнес-план является средством общений с инвесторами, совладельцами компании и всеми заинтересованными лицами. По существу, бизнес-план для инвестиций в ИС, является «переводом» идей ИТ на язык бизнес идей.

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

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

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

Рабочий бизнес-план – представляет собой рабочий документ для менеджмента фирмы, разработчиков, консультантов и др.

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

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

выявление потенциальных пользователей сервисов АИС; оценка возможности развития внедряемой АИС;

оценка уровня конкурентно способности уровня ОИ, обеспечиваемого АИС; достаточность капитала для реализации бизнес-идеи;

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

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

Цель: Разработать ИС определяющую бизнес-план для проекта по созданию ИС.

Задачи, решаемые предметной областью:

1. Хранение данных о пользователях системы;

2. Хранение данных о персонале системы;

3. Возможность добавления пользователями информации о бизнес-проектах;

4. Корректировка вводимых данных;

5. Возможность поиска необходимых данных.

Была создана база данных с сущностями «заказчик», «затраты», «Бизнес-проект»,

«Рабочие», «Оплата труда», «Покупка оборудования», позволяющие хранить данные, вводить данные и корректировать данные. Так же были созданы запросы для выборки информации, для добавление и удаление полей. В добавок к этому были созданы отчёты для того чтобы выявить работу базы данных.

Читать работу полностью (оригинал работы):

Разработка ИС определяющей бизнес-план для проекта по созданию ИС

Источник

Для разработки своего IT стартапа (рекрутинговая веб-платформа) по крупицам создал детальную структуру бизнес-плана. Далее, проработав каждый пункт, получил ясную и понятную картину будущего Бизнеса. Структура охватывает все важные направления как для создателя, так и для инвестора. Адаптировано для рынков США и Европы.
Шерю для всех.

Читайте также:  Бизнес план косметологического кабинета для центра занятости

1.) Коротко о проекте (Что привносит проект на рынок?)
1.1.) Почему? (Мечта, видение, причина, вера, главная цель Бизнеса)
1.2.) Как? (миссия)
1.3.) Краткое описание сути Проекта
1.4.) Детальное описание Проекта
1.5.) Решаемые Проектом проблемы
1.6.) Долгосрочные цели проекта
1.7.) Бизнес-концепт: обзор проекта / описание ноу-хау

2). Функционал (Технологическое решение проекта)
2.1.) Краткое описание платформы
2.2.) Детальное описание платформы
2.3.) Дополнительные модули, услуги
2.4.) Тех. задание – веб платформа

3). Для кого (Рынок, пользователи, клиенты проекта)
3.1.) Портрет целевой аудитории
3.2.) Характеристики целевого рынка аналогичных продуктов / услуг

  • Структура рынка (размер и сегментация) Динамика.
  • Наиболее важные сегменты потребителей
  • Ключевой вывод по структуре
  • Прогноз по целевым сегментам рынка.
  • Ключевой вывод по трендам целевых сегментов
  • Проблемы и потребности рынка, взаимоотношения основных участников рынка
  • Ключевой вывод по ключевым вызовам
  • Ключевой вывод о ситуации на целевом рынке

3.3.) Уникальное торговое предложение

4. Обзор бизнес-модели
4.1.) Деятельность

  • В чем заключается деятельности компании?

4.2.) Ценность для потребителей

  • Какой набор продуктов/услуг предоставляется потребителям?
  • Какую ценность проект несет для потребителей?
  • Какие потребности и проблемы потребителей решает проект?

4.3.) Сегменты потребителей

  • Все целевые сегменты потребителей
  • Наиболее важные сегменты потребителей

4.4.) Ресурсы

  • Какие ресурсы используются для создания ценности?

4.5.) Отношения с клиентами

  • Какие типы коммуникаций планируется выстроить для каждого сегмента потребителей?
  • Какой уровень сервиса?

4.6.) Дистрибуция

  • Каналы продаж
  • Стоимость каналов продаж
  • Приоритизация каналов продаж

4.7.) Партнеры

  • Партнеры
  • Поставщики
  • Ресурсы, получаемые от партнеров
  • Основные активности партнеров

4.8.) Структура расходов

  • Постоянные издержки, переменные издержки
  • Какие ресурсы наиболее затратные?

4.9.) Потоки доходов

  • За что готовы платить потребители?
  • Какие способы оплаты возможны?
  • Какие потоки доходов наиболее прибыльные?

4.10.) Основные бизнес процессы

5.) Конкуренция. Преимущества
5.1.) Список основных конкурентов
5.2.) Что обычно предлагают конкуренты на рынке?
5.3.) Что предлагает проект?
5.4.) Сводный анализ конкерентов
5.5.) Анализ лучшей практики (ряд примеров использования аналогичных бизнес-решений (возможно, из других отраслей)

6.) Модель монетизации для каждого продукта
6.1.) Принципы монетизации
6.2.) Ключевые цели и методы
6.3.) Количество потенциальных пользователей
6.4.) Маржинальность

7.) Стратегический потенциал проекта (Почему проект будет успешен в будущем)

8.) Ключевые факторы успеха
8.1.) Внешние факторы
8.2.) Внутренние факторы

9.) Команда проекта
9.1.) Ключевые лидеры
9.2.) Команда
9.3.) Советники

10.) Статус проекта
10.1.) Хронология (История развития)
10.2.) Текущий статус (Что уже сделано — статистика финансовых и других измеримых показателей деятельности)
10.3.) Достижения на данный момент

11.) Направления развития проекта. Цели. (Направления деятельности в рамках проекта, по которым запланирована или уже ведется работа)

12.) Дорожная карта (План реализации проекта. Основные вехи)
12.1.) Период
12.2.) Фокус

13.) Прогноз продаж, лежащий в основе финансовой модели (Сценарии)

14.) Инвестиционно-финансовые показатели проекта
14.1.) Прогноз чистых денежных потоков
14.2.) Необходимый объем инвестиций
14.3.) Период окупаемости
14.4.) IRR

15.) Долгосрочная инвестиционная стратегия (Стратегия развития / выхода)

16.) Инвестиционное предложение
16.1.) Условия участия

  • Оценка проекта
  • Необходимый объем инвестиций
  • Долевое участие инвестора
  • Структура бюджета
  • Финансирование

16.2.) Показатели

  • Годовой оборот компании через 3 года
  • Оценка компании через 3 года

16.3.) Раунды финансирования (транши)
16.4.) Сроки (подачи заявок, закрытия сделки)

17.) Фин. модель

18.) Маркетинг. Медиаплан

19.) Модель управления

20.) Система KPI

21.) Стратегия выхода

22.) Юридические аспекты

23.) Разное

Источник

Бизнес план “Internet-провайдера ООО “Lucky Net”

РезюмеФирма “LuckyNet”, создаваемая в виде общества с ограниченной ответственностью планирует работать в сфере Internet-провайдинговых услуг, которые будут заключаться в предоставлении неограниченного (24часа в сутки) доступа в Internet по телефонным линиям частным лицам.

Скачать »»

Бизнес план производства мультимедийных компьютерных станций

Идея бизнеса состоит в создании фирмы «MediaStorm», которая будет заниматься комплексным обслуживанием всех видов компьютеров и оргтехники. В обслуживании клиентов делается упор на наиболее полное удовлетворение запросов потребителей, т.е. обслуживание оргтехники будет заключаться в предоставлении клиенту полного набора услуг в области информационных технологий: начиная от помощи в выборе компьютера и оргтехники до гарантийного и после гарантийного ремонта техники.

Скачать »»

Бизнес план детского интернет-портала

Компания Вундеркинд предлагает организовать успешный Internet-проект для одаренных детей. Он позволит детям в возрасте от 8 до 12 лет одновременно играть и обучаться на специализированном Web-сайте.

Скачать »»

Бизнес план интернет магазина

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

Скачать »»

Бизнес план построения телекоммуникационной сети банка

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

Скачать »»

Бизнес план предоставления услуг в области интеллектуальных технологий

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

Скачать »»

Бизнес-план Интернет-портала

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

Скачать »»

Бизнес-план обучения ремонту компьютеров

Компания представляет собой вновь создаваемое предприятие в форме Индивидуального Предпринимательства (ИП). Миссия компании заключается в оказании услуг по обучению ремонта компьютеров по доступным ценам.Штат сотрудников организации состоит из инициатора проекта и 1 обучающего тренера (инициатор имеет достаточный опыт и навыки, в случае необходимости заменять тренера).

Читайте также:  Бизнес план санаторно курортного комплекса

Скачать »»

Еще готовые бизнес планы

Выбирайте в базе из 1 000 готовых бизнес планов, также можно заказать адаптацию любого из имеющихся проектов под Ваш бизнес.

Перейти: https://bzplan.ru/gotovyie-biznes-planyi/#ooobp

Источник

План реализации проекта развития информационной системы (ИС) представляет собой сильно упрощенную интерпретацию методологии создания систем SDLC (System Development Life-Cycle) и ее V-модификации.

Методология создания систем SDLC

Рисунок 1. Методология создания систем SDLC

План проекта развития ИС

1. Инициация проекта

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

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

1.1 Формулирование целей проекта

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

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

1.2 Расчет ожидаемых преимуществ и определение верхней границы бюджета проекта

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

1.3 Оценка осуществимости проекта

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

1.4 Формирование команды проекта

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

Со стороны Заказчика

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

Со стороны Исполнителя

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

2. Анализ информационных потребностей

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

2.1 Создание пользовательской спецификации ИС

Пользовательская спецификация должна описывать:

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

2.2 Разработка плана проверки пригодности ИС.

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

2.3 Принятие решения о способе создания системы

В зависимости от роли ИС, выбирается один из способов создания ИС (Оригинальная разработка (заказная или сделанная своими силами), приобретение готового решения, передача на аутсорсинг или др.).

2.4 Подготовка и проведение тендера на поставку/создание элементов ИС.

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

3. Технический дизайн

Технический дизайн осуществляется аналитиками Исполнителя при непосредственном участии членов экспертного совета Заказчика.

На основании пользовательской спецификации и результатов дальнейшей совместной работы экспертных советов сторон, с применением методик и средств технического и системного дизайна, на этом этапе происходит:

3.1 Создание Системной спецификации.

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

3.2 Написание Руководств пользователей

Руководства, уже могут быть созданы на основе Системной спецификации и должны создаваться на этом этапе по двум основным причинам: а) Они необходимы для анализа приемлемости предлагаемых процедур экспертным советом до того, как ИС будет создана физически. б) Они должны быть основаны на требованиях системной спецификации и служить дополнительным источником информации о требованиях при технической реализации, а не являться инструментом описания того «что получилось» и средством сокрытия технических ошибок.

3.3 Разработка Плана технического тестирования системы и отдельных ее элементов

Создается для того, чтобы иметь возможность проверить соответствие ИС в целом и отдельных ее частей техническим параметрам, изложенным в системной спецификации.

4 Создание системы

Собственно создание системы (изготовление компонент, сборка, и т.д.) осуществляется техническим ИТ персоналом Заказчика и Исполнителя под руководством менеджеров соответствующих технических служб и под наблюдением экспертного совета.

Результатом осуществление этого этапа является система или ее отдельные составляющие (как программные, так и технические), способные выполнять задачи, оговоренные в системной спецификации.

5 Техническое тестирование

В ходе технического тестирования, проводимого совместно ИТ персоналом Заказчика и Исполнителя, проверяется работоспособность элементов информационной системы и их соответствие требованиям пользовательской и технической спецификации в соответствии с Планом тестирования.

6 Функциональное тестирование

Принятые на стадии технического тестирования элементы ИС передаются на проверку функционирования пользователями – членами экспертного совета в соответствующие подразделения. На этой стадии необходимо обеспечить:

6.1 Обучение пилотной группы пользователей процедурам работы с ИС.

Обучение необходимо в объеме, достаточном для проведения пользователями функционального тестирования.

6.2 Полномасштабное функциональное тестирование.

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

7 Внедрение системы и ее эксплуатация

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

7.1 Планирование и организация обучения пользователей ИС

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

7.2 Планирование и реализация организационных изменений в соответствии с требованиями, описанными в Пользовательской спецификации

Внедрение ИС всегда сопровождается изменением организационной структуры и ролей сотрудников. Данный план должен предусматривать новые схемы субординации, новые требования к сотрудникам и, как следствие, новые принципы, схемы и уровни мотиваций.

7.3 Планирование, согласование и реализация изменений в процессах информационного взаимодействия с партнерами

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

7.4 Разработка и реализация плана ввода в эксплуатацию новой ИС

План ввода новой ИС в эксплуатацию должен предусматривать:

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

7.5 Разработка механизмов мониторинга результативности и эффективности новой ИС

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

Просмотры:
9 270

Источник