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

1. Адресная помощь
2. Бесплатные путевки
3. Детское пособие
4. Квартиры от государства
5. Льготы
6. Малоимущая семья
7. Малообеспеченная семья
8. Материальная помощь
9. Материнский капитал
10. Многодетная семья
11. Налоговый вычет
12. Повышение пенсий
13. Пособия
14. Программа переселение
15. Субсидии
16. Пособие на первого ребенка

Управление финансами
егэ ЕГЭ 2018    Психологические тесты Интересные тесты   Изменения 2018 Изменения 2018
папка Главная » Менеджеру » Классификация и особенности ИТ-проектов

Классификация и особенности ИТ-проектов



Классификация и особенности ИТ-проектов

Для удобства изучения материала статью разбиваем на темы:

  • Особенности проектов разработки и развития программного обеспечения
  • Особенности проектов внедрения информационных систем

    Особенности проектов разработки и развития программного обеспечения

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

    Выделяют следующие типы ИТ-проектов:

    •             проекты разработки и развития программного обеспечения;

    •             проекты внедрения информационных систем;

    •             инфраструктурные проекты.

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

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

    Выделяют четыре основные фазы программного процесса:

    •             создание спецификации ПО — что система должна делать и ограничения на разработку;

    •             разработка ПО — производство программной системы;

    •             тестирование ПО (включает в себя validation и verification) — проверка того, что клиент хочет именно того, что прописано в спецификации, и что система соответствует спецификации;

    •             развитие или эволюция ПО (software evolution) — изменение ПО в ответ на изменение внешних требований.

    Модель программного процесса — это упрощенное описание программного процесса, представленное с некоторой точки зрения. Модели всегда являются упрощениями.

    Некоторые примеры типов моделей программного процесса:

    •             модель технологического процесса (workflow model) — показывает последовательность действий наряду со входами, выходами и зависимостями. Действия в этой модели представляют собой действия людей;

    •             модель потоков данных (data flow or activity model) — представляет процесс в виде набора действий, каждый из которых выполняет некоторое преобразование данных. В этой модели действия могут быть более низкого уровня, чем в предыдущей модели (например, какие-то действия может выполнять компьютер);

    •             модель роль/действие (role/action model) — показывает роли людей, участвующих в программном процессе, а также действия, за которые они отвечают.

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

    Реализация проектов разработки и развития ПО невозможна без применения CASE (ComputerAided Software Engineering). Понятие CASE включает в себя широкий комплекс программ, предназначенных для поддержки процессов создания программного продукта, в том числе анализ требований, моделирование, отладку и тестирование.

    CASE -средства, поддерживающие анализ и проектирование, иногда называют CASE-средствами верхнего уровня (upperCASE tools), а средства, поддерживающие реализацию и тестирование, такие как отладчики, средства анализа системы, генераторы тестов и редакторы программ, называют CASE-средствами нижнего уровня (lower CASE tools).

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



    •             ISO/1ЕС 1220795 «Software Lifecycle Processes» = ГОСТ Р ИСО/МЭК 1220799;

    •             Guide to the Software Engineering Body of Knowledge (SWEBOK), IEEE (Руководство к своду знаний по программной инженерии);

    •             Software Engineering. Curriculum Guidelines for Undergraduate Degree Programs in Software Engineering (IEEE+ACM),

    •             ACM/IEEECS Code of Ethics and Professional Practice.

    Руководство к своду знаний в области программной инженерии (SWEBOK) включает в себя 10 основных областей знаний:

    •             программные требования — Software requirements,

    •             дизайн (архитектура) — Software design,

    •             конструирование ПО — Software construction,

    •             тестирование — Software testing,

    •             эксплуатацию (поддержку) ПО — Software maintenance;

    •             конфигурационное управление — Software configuration management,

    •             управление проектами ПИ — Software engineering management,

    •             процессы ПИ — Software engineering process,

    •             инструменты и методы ПИ— Software engineering tools and methods,

    •             качество ПО — Software quality.

    Оно включает также смежные области знаний:

    •             компьютерную системную инженерию — Computerbased system engineering,

    •             информатику — Computer science,

    •             менеджмент — Management,

    •             математику — Mathematics,

    •             управление проектами — Project management,

    •             управление качеством — Quality management.

    Жизненные циклы проектов разработки ПО принято делить на прогнозирующие и адаптивные:

    1.            Прогнозирующие жизненные циклы:

    •             водопад (известен также как «традиционный» или цикл «сверху вниз»): основные операции по разработке программного продукта линейно упорядочены, каждая фаза обычно завершается до начала следующей и ни одна не повторяется;

    •             прототипирование: функциональные требования и проектно-конструкторские спецификации генерируются одновременно;

    •             быстрая разработка приложении (Rapid Application Development, RAD): использует эволюционирующий прототип, который не отбрасывается;

    •             инкрементное построение: разбиение большого объема проектно-конструкторских работ на ряд меньших составных частей;

    •             спираль: повторение одного и того же набора фаз жизненного цикла, включающего планирование, проектирование, построение и оценивание — и так до тех пор, пока разработка продукта не будет завершена.

    2.            Адаптивные жизненные циклы:

    •             адаптивная разработка ПО (Adaptive Software Development, ASD): определяемые миссией, основанные на компонентах, итеративные циклы, циклы с известной длительностью, определяемые риском, допускающие изменения;

    •             экстремальное программирование (Extreme Programming, ХР): работу ведут команды разработчиков, менеджеров и пользователей, программирование выполняется частями, процесс носит итеративный характер;

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

    Широкое распространение в проектах разработки и развития ПО получила методология RUP (Rational Unified Process).

    Методология RUP представляется в виде понятного и легко доступного каждому участнику ИТ-проекта вебсайта, содержимое

    которого может быть настроено под требования команды разработчиков любого размера (средствами RUP Process Workbench и RUP Builder, входящими в состав RUP) и индивидуально под каждого члена проектной команды (MyRUP).

    Методология RUP-основана на следующих основных принципах современной программной инженерии:

    •             итеративная разработка;

    •             управление требованиями;

    •             компонентная архитектура;

    •             визуальное моделирование;

    •             управление изменениями;

    •             постоянный контроль качества.

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

    В соответствие с RUP работа над проектом разбивается на четыре фазы жизненного цикла:

    •             Inception — начало проекта (эскизное проектирование).

    •             Elaboration — детализация системы (разработка технического задания).

    •             Construction — создание системы (рабочее проектирование).

    •             Transition — внедрение системы (приемосдаточные испытания).

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

    На вертикальной оси диаграммы представлена статическая структура процессов жизненного цикла типового проекта или дисциплины RUP.

    Основные процессы RUP:

    •             бизнес-моделирование;

    •             управление требованиями;

    •             анализ и проектирование;

    •             реализация;

    •             тестирование;

    •             развертывание.

    Вспомогательные процессы RUP:

    •             конфигурационное управление и управление изменениями;

    •             управление проектом;

    •             управление средой разработки.

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

    Особенности проектов внедрения информационных систем

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

    Независимо от конкретной модели действий выбор правильной стратегии является решающим фактором успеха при внедрении системы ERP. Как правило, на практике применяются стратегия «большого взрыва», «шаг за шагом» или пилотное внедрение.

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

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

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

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

    Программно-зависимые поэтапные модели

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

    Центральным методом в составе ValueSAP является стандартная модель внедрения Accelerated SAP (ASAP), которая состоит из пяти этапов:

    •             подготовка проекта;

    •             бизнес-проект;

    •             реализация;

    •             подготовка продукции;

    •             начало функционирования и поддержка.

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

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

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

    Анализ состояния, тенденций и динамики управления проектами позволяет определить основные направления его развития в будущем, к которым можно отнести:

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

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

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

    •             Расширение традиционных и определение новых сфер приложений УП.

    •             Развитие информационных технологий и их применений в УП.

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

    •             Дальнейшее развитие и усиление роли человеческих и социально-психологических факторов в УП.

    Перспективные направления дальнейшего развития управления проектами должны формироваться на основе:

    •             мирового развития, которое носит интернациональный характер и охватывает компоненты УП, инвариантные по отношению к сферам приложения и практике применения УП;

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

    •             при национальном развитии УП необходимо учитывать политические, социальные, экономические, технологические, национальные, культурные, региональные и другие особенности сфер и практики применения УП;

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

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

    Глобализация управления проектами — формирование общего для всех стран понимания и признания УП как:

    •             специальной сферы профессиональной деятельности, имеющей глобальное распространение и охватывающей все области возможных приложений УП;

    •             комплексной прикладной научной дисциплины, имеющей свою теорию, методологию, сферы и практику приложения;

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



    тема

    документ Инновационный менеджмент
    документ Риск менеджмент
    документ Система менеджмента
    документ Стратегический менеджмент
    документ Функции менеджмента




    назад Назад | форум | вверх Вверх

  • Управление финансами
    важное

    Курс доллара на 2018 год
    Курс евро на 2018 год
    Цифровые валюты 2018
    Алименты 2018

    Аттестация рабочих мест 2018
    Банкротство 2018
    Бухгалтерская отчетность 2018
    Бухгалтерские изменения 2018
    Бюджетный учет 2018
    Взыскание задолженности 2018
    Выходное пособие 2018

    График отпусков 2018
    Декретный отпуск 2018
    ЕНВД 2018
    Изменения для юристов 2018
    Кассовые операции 2018
    Командировочные расходы 2018
    МСФО 2018
    Налоги ИП 2018
    Налоговые изменения 2018
    Начисление заработной платы 2018
    ОСНО 2018
    Эффективный контракт 2018
    Брокеру
    Недвижимость



    ©2009-2018 Центр управления финансами. Все права защищены. Публикация материалов
    разрешается с обязательным указанием ссылки на сайт. Контакты