Понятие «Проект»

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

Отличительные признаки проекта.

1. изменчивость – целенаправленный перевод системы из существующего состояния в желаемое, описываемое в терминах цели проекта;

2. ограниченность конечной цели;

3. ограниченность продолжительности;

4. ограниченность бюджета;

5. ограниченность требуемых ресурсов;

6. комплексность – наличие большого числа факторов, которые прямо или косвенно влияют на прогресс и результаты проекта;

7. правовое и организационное обеспечение – создание специальной организационной структуры на время выполнения реализации проекта;

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

Свойство наблюдательности.

Выделяют некоторые характеристики, по которым постоянно ведется контроль хода выполнения проекта. К ним относятся:

1. объем работы;

2. сроки выполнения;

3. себестоимость;

4. экономическая эффективность;

5. социальная и общественная значимость.

Свойство управляемости – это своевременное воздействие на ход реализации проекта.

Классификация проектов.

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

1. по классу

1.1. моно проект – отдельный проект любого типа и масштаба;

1.2. мульти проект – комплексный проект, состоящий из нескольких моно проектов, и требующий много проектного управления.

2. по типу

Тип проекта определяется по основным сферам деятельности, в которых осуществляется проект.

2.1. технический – проект, имеющий особенности:

2.1.1. главная цель проекта четко определена;

2.1.2. срок завершения и продолжительности определены заранее.

2.2. организационный;

2.3. социальный;

2.4. экономический;

2.5. смешанный.

3. по масштабу

Масштаб проекта определяется по размерам бюджета и количеству участников.

3.1. мелкие;

3.2. малые;

3.3. средние;

3.4. крупные.

Можно рассматривать масштаб проекта в более конкретной форме.

3.5. отраслевые;

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

3.7. ведомственные;

3.8. проект отдельного предприятия, лица.

Жизненный цикл информационных систем

Процесс ЖЦ АИС.

ЖЦ АИС – это непрерывный процесс, который начинается с момента принятия решения о создании АИС и заканчивается в момент ее полного изъятия из эксплуатации.

Согласно стандарту ISO/ISE – 12207, основными базирующимися группами процессов являются:

1. основные процессы ЖЦ;

2. вспомогательные процессы ЖЦ;

3. организационные процессы ЖЦ.

Основные процессы ЖЦ.

1. процесс приобретения – определяет действия предприятия-покупателя, приобретающего ИС, программный продукт и службу программного обеспечения;

2. процесс поставки – определяет действия поставщика, снабжающего покупателя ИС, программного продукта и службы ПО;

3. процесс разработки – определяет действия разработчика, который разрабатывает принцип построения программного изделия или программного продукта;

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

5. процесс сопровождения – определяет действие персонала, обеспечивающего сопровождение программного продукта, т.е. _________________, поддержка текущего состояния и функционирования, пригодности, установки и удаления.

Вспомогательные процессы ЖЦ.

Являются процессами эксплуатации и сопровождения АИС, способствующими поддержанию нормального функционирования и соответствие ее параметров требованиям, предъявляемые _________________ условиями.

1. процесс решения проблем – позволяет на всех стадиях ЖЦ решать возникающие проблемные ситуации;

2. процесс документирования – определяет действия разработчика по описанию, использованию всех опций разработки программного обеспечения и описанию всех ИС в целом;

3. процесс управления конфигурацией – позволяет организовывать систематически учитывая и контролируя внесение изменений в программное обеспечение на всех стадиях ЖЦ АИС;

4. Процесс обеспечения качества

4.1. верификация – позволяет определить на всех стадиях ЖЦ, отвечает ли текущее состояние разработки требованиям данного этапа;

4.2. аттестация – тестирование системы для обеспечения процесса верификации;

4.3. процесс совместной оценки – проводиться заказчиком и приводчиком для определения соответствия АИС поставленным _________________ ее разработанной целям, а так же критерии его эффективности и функциональности;

4.4 процесс аудита – это систематизированный процесс получения и оценки объективных данных о текущем состоянии АИС, проводимый независимыми специалистами, не являющимися сотрудниками организаций заказчика и разработчика.

Организационные процессы ЖЦ.

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

1. управление проекта – планирование и организация _________________, создание коллективов работников, контроль за сроком и количеством выполненных работ, техническое ПО и ОО, включающая выбор методов и инструментальных средств для реализации проекта;

2. процесс создания инфраструктуры АИС – формирование концептуальной основы функционирования проектуемой АИС;

3. процесс усовершенствования АИС персоналом организации, разрабатывавшей ее, и ответственный за модернизацию и сопровождения данной АИС;

4. процесс обучения персонала организации, эксплуатирующей АИС (работающей с ней).

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

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

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

Структура ЖЦ АИС.

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

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

Согласно этой методологии жизненный цикл разделяется на следующие стадии:

1. Начало (анализ и планирование требований);

2. Уточнение (проектирование АИС);

3. Конструирование (построения);

4. Передача в эксплуатацию, т.е. внедрения и эксплуатации;

5. Изъятие АИС из эксплуатации.

Стадия 1. Начало (Анализ и планирование требований АИС).

Самой первой стадией ЖЦ АИС является анализ и планирование требований. Это важнейшая стадия, без которой дальнейшая работа была бы невозможна, или похожа на движение корабля «без руля и ветрил»: при ее реализации закладываются основные свойства разрабатываемого продукта, и планируется дальнейшая по его созданию.

На стадии анализа и планирования требований выполняются следующие работы:

1. Определяются функции, которые должна выполнять разрабатываемая информационная система;

2. Определяются наиболее приоритетные функции, требующие разработки в первую очередь;

3. Проводится описание информационных потребностей;

4. Ограничивается масштаб проекта;

5. Определяются временные рамки для каждой из последующих фаз;

6. Определяется возможность реализации данного проекта в установленных рамках финансирования, на имеющихся аппаратных и программных средствах.

Результатом стадии анализа и планирования требований будет список функций разрабатываемой информационной системы с указанием их приоритетов и предварительные функциональные и информационные модели системы.

Стадия 2. Уточнения (проектирования АИС).

Второй стадией ЖЦ является проектирование АИС, закладывающее основу для последующих стадий. На этой стадии АИС начинает существовать в форме детальной модели, описывающей все ее свойства.

Состав работ стадии проектирования следующий:

1. Анализ функциональных моделей, построенных на стадии анализа и планирования требований;

2. Корректировка функциональных моделей (при необходимости);

3. Детальное рассмотрение каждого процесса системы;

4. Определение количества функциональных элементов системы;

5. Разделение системы на ряд подсистем;

6. Определение набора необходимой документации.

Результатом стадии проектирования будет следующее:

1. Общая информационная модель системы;

2. Функциональные модели системы в целом и подсистем, реализуемых отдельными командами разработчиков;

3. Точно определенные интерфейсы между автономно разрабатываемыми подсистемами;

4. Прототипы экранов, диалогов и отчетов.

Стадия 3. Конструирования (построения АИС.)

После проектирования АИС наступает этап построения - реализация системы на программном уровне.

На этом этапе необходимо:

1. Определить необходимость распределения данных;

2. Произвести анализ использования данных;

3. Произвести физическое проектирование базы данных и программных модулей АИС;

4. Определить требования к аппаратным ресурсам;

5. Определить способы увеличения производительности;

6. Завершить разработку документации проекта.

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

Стадия 4. Внедрения и эксплуатации АИС.

После построения наступает следующая стадия ее жизненного цикла - внедрение и сопровождение: пуск в эксплуатацию и обслуживание программного продукта организацией-разработчиком.

На стадии внедрения и сопровождения происходит:

1. Установка и настройка готовой АИС на рабочие места персонала организации-заказчика;

2. Обучение пользователей работе с автоматизированной информационной системой.

Стадия 5. Изъятие АИС из эксплуатации.

Последней стадией жизненного цикла АИС является изъятие материально или морально устаревшей АИС из эксплуатации.

Изъятие АИС из эксплуатации происходит в следующем порядке:

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

2. После принятия решения об изъятии АИС из эксплуатации, ее программное обеспечение деинсталлируется, а документация и дистрибутивные носители отправляются в архив либо списываются и подлежат утилизации.

На этом жизненный путь автоматизированной информационной системы заканчивается.