Планирование и проектирование информационных систем

Автор работы: Пользователь скрыл имя, 23 Апреля 2013 в 17:57, лекция

Описание работы

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

Файлы: 1 файл

Лекции_Планирование_и_пр_оектирование_ИС.docx

— 106.90 Кб (Скачать файл)

Управление  реализацией проекта

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

Обеспечение качества при выполнении проекта это процесс при регулярной оценке выполненных работ с точки  зрения установленных требованиях  качества. А кроме того, это аудит  (независимая проверка) применения стандартов при разработке. Управление проектом также включает:

  • развитие команды проекта,
  • повышение квалификации,
  • улучшение производительности труда,
  • распределение информации между участниками проекта.

Что же такое управление выполнением  сводного плана? Это основная задача, она включает:

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

Важным представляется формирование вопросов, предложений на внесение изменений. Мы знаем, что в процессе работы над проектом одним из наиболее опасных и трудоемких является внесение изменений.

Изменения могут вноситься:

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

Все такого типа изменения требуют  принятия управленческих решений.

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

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

  • Критические обзоры
  • Сквозные просмотры
  • Проверки типа приема сдаточных испытаний, тестирования и т.д.

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

Контроль и регулирование включает задачи:

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

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

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

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

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

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

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

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

Контроль стоимости включает:

  • Мониторинг исполнения бюджета для определения отклонений.
  • Корректное внесение соответствующих изменений в смету и бюджет проекта
  • Информирование изменений

Поэтому задача контроля стоимости  включает следующие моменты: у нас  дано – бюджет проекта, отчетность о выполнении проекта, план управления стоимостью и запросы на изменение. Требуется:

    1. проанализировать предполагаемые изменения и определить необходимость коррекции бюджета.
    2. пересмотреть сметы затрат и изменить бюджет.
    3. определить прогнозную оценку стоимости всего проекта
    4. документировать изменения, их причины и внести все это в базу данных информации о проекте.

Управление  завершением проекта.

Включает:

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

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

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

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

 

Управление  конфигурацией информационной системы

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

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

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

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

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

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

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

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

 


Информация о работе Планирование и проектирование информационных систем