Софтлайн

Ай-Теко

Корус Консалтинг

COMPAREX

Manzana Group

Navicon

Микротест

Terrasoft

1С-Архитектор бизнеса

И тд…

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

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

Даже обладая лучшими ИС и высокой мотивацией, немногие из проектов бывают успешными без эффективной команды проекта. Задачи эффективного руководства команды проекта: 1) определить организационную структуру команды, подобрать ее состав, распределить функции и обязанности 2) назначить руководителей и ответственных за отдельные направления 3) своевременно спланировать, распределить и скоординировать работу 4) четко объяснить цели и задачи 5) избегать конфликты 6) обеспечить трудовую активность команды силой личного авторитета, заинтересовать каждого члена команды 7) привлекать всех к решению задачи 8) обеспечить поддержку проекта со стороны руководства и регулирование отношений с окружением команды Менеджер проекта - это лицо, отвечающее за успех проекта, а так же за отбор и работу всей команды.

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

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

В ГОСТ 34.601-90 определено 8 стадий создания АИС: 1) формирование требований к ИС 2) разработка концепции ИС 3) техническое задание  4) эскизный проект 5) технический проект 6) рабочая документация 7) ввод действия  8) сопровождение Представленные стадии можно объединить в 3 фазы:  1) предпроектная - 1, 2, 3 2) проектирование - 4, 5, 6 3) ввод в эксплуатацию и сопровождение - 7, 8

Понятие жизненного цикла является базовым понятием методологии проектирования ИС. Жизненный цикл ИС представляет собой непрерывный процесс, начинающийся с момента принятия решения о создании ИС и заканчивающийся в момент полного изъятия ее из эксплуатации. Согласно стандарту ГОСТ Р ИСО/МЭК 12207-99, работы, которые могут выполняться в жизненном цикле программных средств, распределения по 5ти основным, 8ми вспомогательным и 4м организационным процессам.

Каждый процесс ЖЦ разделен на набор работ, который, в свою очередь разделен на набор задач. Основные процессы реализуются под управлением основных сторон, вовлеченных в ЖЦ программных средств. Под основной стороной понимают одну их тех организаций, которые инициируют или выполняют разработку, эксплуатацию или сопровождение программных продуктов (заказчик, разработчик, персонал сопровождения и тд.). К основным процессам относятся: 1) процесс заказа 2) процесс поставки 3) процесс разработки 4) процесс эксплуатации  5) процесс сопровождения

Вспомогательные процессы являются целенаправленной составной частью других процессов, обеспечивающих успешную реализацию и качество выполнения программного проекта. К вспомогательным процессам относятся: 1) процесс документирования 2) процесс управления конфигурацией 3) процесс обеспечения качества 4) процесс верификации 5) процесс аттестации 6) процесс совместного анализа 7) процесс аудита 8) процесс решения проблемы

Организационные процессы они применяются для создания и реализации основной структуры, охватывающей взаимосвязанные процессы ЖЦ и соответствующий персонал, а так же для постоянного совершенствования данной структуры и процессов. Эти процессы, как правило, являются типовыми, независимо от области реализации конкретных проектов и договоров. К организационным процессам относятся: 1) процесс управления 2) процесс создания инфраструктуры  3) процесс усовершенствования  4) процесс обучения

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

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

Известны следующие базовые модели жизненного цикла.

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

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

Рис. 1. Каскадная схема разработки ПО.

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

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

Для преодоления этих проблем предложена поэтапная модель с промежуточным контролем (рис. 2).

Рис. 2. Поэтапная схема разработки ПО.

В поэтапной модели с промежуточным контролем разработка ПО ведётся итерациями с циклами обратной связи между этапами. Межэтапные корректировки позволяют уменьшить трудоёмкость процесса разработки по сравнению с каскадной моделью. Время жизни каждого из этапов растягивается на весь период разработки.

Затем появилась спиральная модель ЖЦ (рис. 3), в которой на начальных этапах ЖЦ осуществляются анализ и проектирование.

Рис 3. Спиральная модель.

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

Полный жизненный цикл ИС должен поддерживаться комплексом инструментальных средств с учётом необходимости: адаптации типового проекта к различным системно-техническим платформам (техническим средствам, операционным системам и СУБД) и организационно-экономическим особенностям объектов внедрения; интеграции с существующими разработками (включая реинжиниринг приложений и конвертирование БД); обеспечения целостности проекта и контроля за его состоянием (наличие единой технологической среды создания, сопровождения и развития ИС, а также целостность репозитария). При этом желательно обеспечить независимость от программно-аппаратной платформы и СУБД, поддержку одновременной работы групп разработчиков, открытую архитектуру и возможности экспорта/импорта.

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

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

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

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

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

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

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

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

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

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