- •Логика, структура и уровни эис
- •Каскадная схема жизненного цикла
- •Спиральная схема
- •Итерационная модель
- •Жизненный цикл процесса проектирования Rapid Application Development
- •Несостоятельность классических подходов по управлению проектами
- •5. Причины возникновения авторских подходов к управлению ит-проектами. Библиотека pmBoK. Логика управления ит-проектами по pmBoK.
- •Статья про pmBoK:
- •Причины возникновения авторских подходов к управлению ит-проектами
- •Требования заказчиков и увеличение их компетентности.
- •Собственная сложность конечных продуктов проектов.
- •Степень неопределенности и риска.
- •Организационные перестройки.
- •Частота смены технологий.
- •Ошибки планирования и ценообразования.
- •Методология ibm Rational Unified Process
- •1. Начальная стадия (Inception)
- •2. Уточнение (Elaboration)
- •3. Построение (Construction)
- •4. Внедрение (Transition)
- •Методология Microsoft Solutions Framework
- •Методология Microsoft Operations Framework
- •8. Управление потерями и бережливое управление ит-проектами. Логика семейства методологий Agile.
- •9. Логика семейства методологий Agile. Методологии Scrum и Feature Driven Development.
- •Пользователи (Users)
- •Эксперты-консультанты (Consulting Experts)
- •Реинжиниринг бизнес-процессов
- •Принципы реинжиниринга
- •План ответа на вопрос 11.
- •Причины инициации it-проекта и их нотирование по idef6.
- •Ресурсы it-проекта и их классификация по pmBoK.
- •Структура декомпозиции работ
- •3. Request for Proposal и обращение к ит-аутсорсингу
- •Корпоративная ит-инфраструктура
- •Библиотека itil
- •Библиотека itil
- •Логика и характеристики itsm
- •Help / Service Desk (необходим для сбора информации о проблемах в отделах)
- •Аудит корпоративной ит-инфраструктуры
- •Стандарт CobiT
- •Корпоративная бизнес-стратегия Customer Relationship Management. Виды crm. Некоммерческое использование crm.
- •Supply Chain Management (управление цепочками поставок)
- •Business Performance Management (управление эффективностью бизнеса)
- •19. Рынок дистрибуции трафика → Облачные вычисления. IaaS.
Жизненный цикл процесса проектирования Rapid Application Development
В основе спиральной модели жизненного цикла лежит применение прототипной технологии или RAD-технологии (rapid application development - технологии быстрой разработки приложений). Согласно этой технологии ИС разрабатывается путем расширения программных прототипов, повторяя путь от детализации требований к детализации программного кода. В RAD-модели компоненты или функции разрабатываются несколькими высококвалифицированными командами параллельно, будто несколько мини-проектов. Созданные модули затем интегрируются в один рабочий прототип. Естественно, что при прототипной технологии сокращается число итераций и меньше возникает ошибок и несоответствий, которые необходимо исправлять на последующих итерациях, а само проектирование ИС осуществляется более быстрыми темпами, упрощается создание проектной документации.
Прототипирование – берем старый прототип и продаем или дорабатываем кому-либо.
Жизненный цикл при использовании RAD-технологии предполагает активное участие на всех этапах разработки конечных пользователей будущей системы и включает четыре основные стадии информационного инжиниринга:
-
анализ и планирование информационной стратегии. Пользователи вместе со специалистами-разработчиками участвуют в идентификации проблемной области;
-
проектирование. Пользователи принимают участие в техническом проектировании под руководством специалистов-разработчиков;
-
конструирование. Специалисты-разработчики проектируют рабочую версию ИС;
-
внедрение. Специалисты-разработчики обучают пользователей работе в среде новой ИС.
Данная схема применяется в следующих случаях: требуется выполнение проекта в сжатые сроки, нечетко определены требования к ПО, проект выполняется в условиях ограниченности бюджета, ИС не обладает большой вычислительной сложностью.
Статья,
которая объясняет эту тему простым
языком: https://habrahabr.ru/company/edison/blog/269789/
План
ответа на вопрос 4. Хаотическая
модель —
это способ разработки программного
обеспечения, при котором наиболее
важная задача решается первой.
Стратегия хаоса похожа на путь, по
которому программисты работают в
самом конце проекта, когда у них есть
список ошибок для исправления и
возможность для творчества. Обычно,
кто-то расставляет приоритет оставшимся
частным задачам и программисты
устраняют их по одной. Стратегия хаоса
утверждает, что это — единственный
корректный путь выполнения работы. Хаотическая
модель Другой
рынок, новые технологии Другая
инфраструктура (online, web) Новые
стандарты, новые подходы Облачные
вычисления
У традиционного подхода к реализации
проектов в виде каскадной модели,
предполагающей поэтапное продвижение
к цели, имеется масса недостатков. Весь
процесс идет очень медленно, часто
возникают непредсказуемые трудности
и, более того, нередко бывает, что
исполнитель создает продукт, который
абсолютно не удовлетворяет заказчика.
Несостоятельность классических подходов по управлению проектами
Стратегия хаоса — это стратегия разработки программного обеспечения, основанная на модели хаоса. Главное правило — это всегда решать наиболее важную задачу первой.
-
Задача — это незавершенная частная задача программирования.
-
Наиболее важная задача — это комбинация большого размера, срочности и устойчивости.
-
Задачи большого размера ценны для пользователей настолько, насколько они функциональны.
-
Срочные задачи своевременны настолько, насколько должны быть, иначе задерживается остальная работа.
-
Устойчивые задачи проверены и испытаны. Разработчики могут благополучно сфокусироваться на другом.
-
-
Решить означает привести в состояние стабильности.
Стратегия хаоса похожа на путь, по которому программисты работают в самом конце проекта, когда у них есть список ошибок для исправления и возможность для творчества. Обычно, кто-то расставляет приоритет оставшимся частным задачам, и программисты устраняют их по одной. Стратегия хаоса утверждает, что это — единственный корректный путь выполнения работы.