- •Логика, структура и уровни эис
- •Каскадная схема жизненного цикла
- •Спиральная схема
- •Итерационная модель
- •Жизненный цикл процесса проектирования 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.
Каскадная схема жизненного цикла
Для этой модели жизненного цикла характерна автоматизация отдельных несвязанных задач, не требующая выполнения информационной интеграции и совместимости, программного, технического и организационного сопряжения. В рамках решения отдельных задач каскадная модель жизненного цикла по срокам разработки и надежности оправдывала себя. Применение каскадной модели жизненного цикла к большим и сложным проектам вследствие большой длительности процесса проектирования и изменчивости требований за это время приводит к их практической нереализуемости.
Характеристики:
-
Каждый шаг после завершения предыдущего
-
Четкость разделения на этапы
-
Документация
-
Высокая длительность
-
Высокая стоимость
Примеры создания проектов по каскадной схеме: оборонное направление, новые процессы (то, чего еще нет на рынке), интеллектуальные информационные системы.
Спиральная схема
Используется подход к организации проектирования ИС «сверху-вниз», когда сначала определяется состав функциональных подсистем, а затем постановка отдельных задач. Соответственно сначала разрабатываются такие общесистемные вопросы, как организация интегрированной базы данных, технология сбора, передачи и накопления информации, а затем технология решения конкретных задач. В рамках комплексов задач программирование осуществляется по направлению от головных программных модулей к исполняющим отдельные функции модулям. При этом на первый план выходят вопросы взаимодействия интерфейсов программных модулей между собой и с базой данных, а на второй план - реализация алгоритмов.
Спиральная схема предполагает разработку информационной системы под рынок.
Характеристики:
-
Небольшая длительность жизненного цикла
-
Неорганизованная
-
Без документации
-
Постоянное общение с заказчиком
-
Последующая продажа
-
Тестирование решения за счет ресурсов пользователя
Примеры: антивирусы, драйвера, браузеры
Итерационная модель
Создание комплексных ИС предполагает проведение увязки проектных решений, получаемых при реализации отдельных задач. Подход к проектированию снизу-вверх обусловливает необходимость таких итерационных возвратов, когда проектные решения по отдельным задачам комплектуются в общие системные решения и при этом возникает потребность в пересмотре ранее сформулированных требований. Как правило, вследствие большого числа итераций возникают рассогласования в выполненных проектных решениях и документации. Запутанность функциональной и системной архитектуры, созданной ИС, трудность в использовании проектной документации вызывают на стадиях внедрения и эксплуатации сразу необходимость перепроектирования всей системы. Длительный жизненный цикл разработки ИС заканчивается этапом внедрения, за которым начинается жизненный цикл создания новой ИС. В данной схеме параллельно выполняются несколько работ по циклу PDCA (Plan-Do-Check-Act - планирование-действие-проверка-корректировка). При этом с каждым новым циклом появляется что-то новое.