Oi?aaeaiea oeiainaie Получите консультацию:
8 (800) 600-76-83

Бесплатный звонок по России

документы

1. Введение продуктовых карточек для малоимущих в 2021 году
2. Как использовать материнский капитал на инвестиции
3. Налоговый вычет по НДФЛ онлайн с 2021 года
4. Упрощенный порядок получения пособия на детей от 3 до 7 лет в 2021 году
5. Выплата пособий по уходу за ребенком до 1,5 лет по новому в 2021 году
6. Продление льготной ипотеки до 1 июля 2021 года
7. Новая льготная ипотека на частные дома в 2021 году
8. Защита социальных выплат от взысканий в 2021 году
9. Банкротство пенсионной системы неизбежно
10. Выплата пенсионных накоплений тем, кто родился до 1966 года и после
11. Семейный бюджет россиян в 2021 году

О проекте О проекте    Контакты Контакты    Загадки Загадки    Психологические тесты Интересные тесты
папка Главная » Менеджеру » Классификация и особенности ИТ-проектов

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

Статью подготовил категорийный менеджер по работе с ключевыми клиентами Умберг Эмиль Дмитриевич. Связаться с автором



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

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


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

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

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

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

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

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

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

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

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

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

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

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

    •             тестирование ПО (включает в себя 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).

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


    Самое читаемое за неделю

    документ Введение ковидных паспортов в 2021 году
    документ Должен знать каждый: Сильное повышение штрафов с 2021 года за нарушение ПДД
    документ Введение продуктовых карточек для малоимущих в 2021 году
    документ Доллар по 100 рублей в 2021 году
    документ Новая льготная ипотека на частные дома в 2021 году
    документ Продление льготной ипотеки до 1 июля 2021 года
    документ 35 банков обанкротятся в 2021 году


    Задавайте вопросы нашему консультанту, он ждет вас внизу экрана и всегда онлайн специально для Вас. Не стесняемся, мы работаем совершенно бесплатно!!!

    Также оказываем консультации по телефону: 8 (800) 600-76-83, звонок по России бесплатный!

    •             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. В ходе фактического анализа производится документация существующих процессов и среды ИТ. На этапе выбора были получены модели фактических и плановых процессов. 

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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



    тема

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

    Получите консультацию: 8 (800) 600-76-83
    Звонок по России бесплатный!

    Не забываем поделиться:


    Загадки

    Большая кастрюля, в которую вместиться абсолютно все, даже наша планета. Скажите пожалуйста что в неё не вместится?

    посмотреть ответ


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

  • Загадки

    Суммарный возраст членов семьи из 4 человек равняется 68, а 4 года назад равнялся 53. Сколько лет младшему члену семьи?

    посмотреть ответ
    важное

    Новая помощь малому бизнесу
    Как будут проверять бизнес в 2023 году

    Изменения по вопросам ИП

    Новое в расчетах с персоналом в 2023 г.
    Отчет по сотрудникам в 2023 г.
    Пособия подрядчикам в 2023 году
    НДФЛ в 2023 г
    Увеличение вычетов по НДФЛ
    Как компании малого бизнеса выйти на международный рынок в 2023 г
    Что нового в патентной системе налогообложения в 2023
    Что важно учесть предпринимателям при проведении сделок в иностранной валюте в 2023 году
    Изменения в работе бизнеса с июня 2023 года
    Особенности работы бухгалтера на маркетплейсах в 2023 году
    Риски бизнеса при работе с самозанятыми в 2023 году
    Кадровая отчетность работодателей для военкоматов их ответственность за содействие им в 2023 году
    Управление кредиторской задолженностью компании в 2023 год
    Что ждет бухгалтера в работе в будущем 2024 году
    Как компаниям МСП работать с китайскими контрагентами в 2023 г
    Как выгодно продавать бухгалтерские услуги в 2023 году
    Индексация заработной платы работодателями в РФ в 2024 г.
    Правила работы компаний с сотрудниками с инвалидностью в 2024 году
    Оплата и стимулирование труда директора в компаниях малого и среднего бизнеса в 2024 году
    Правила увольнения сотрудников коммерческих компаний в 2024 г
    Планирование отпусков сотрудников в небольших компаниях в 2024 году
    Как уменьшить налоги при работе с маркетплейсами
    Что нужно знать бухгалтеру о нераспределенной прибыли
    Как защитить свой товар от потерь на маркетплейсах
    Аудит отчетности за 2023 год
    За что и как можно лишить работника премии
    Как правильно переводить и перемещать работников компании в 2024 году
    Размещение рекламы в интернете в 2024 году
    Компенсации удаленным сотрудникам и налоги с их доходов в 2024 году



    ©2009-2023 Центр управления финансами.