Для ознакомления с предыдущей лекцией, перейдите по ссылке.
Информация — сведения независимо от формы представления.
Информационные технологии — процессы поиска, сбора, хранения, обработки и распространения информации.
Информационная система — совокупность данных и обеспечивающих их технологий и средств.
Проектирование ИС — методологии и средства создания или модернизации систем.
Управление ИС — процессы планирования, анализа, создания и эксплуатации для достижения целей.
Жизненный цикл ИС — развитие системы от идеи до списания.
Модель жизненного цикла — структурная основа процессов жизненного цикла.
Архитектура ИС — модель, структура, функции и взаимосвязи компонентов.
Бизнес-процесс — цепочка действий для создания продукции или услуги.
Регламент бизнес-процесса — четкое описание порядка действий участников.
Модель данных — организация и управление данными.
Методология проектирования — принципы и концепции проектирования.
Средства моделирования — программы для описания и моделирования систем.
Типовое решение (ТПР) — многократно используемое проектное решение.
Нотации — способы представления элементов ИС.
Реинжиниринг бизнес-процессов — фундаментальная реорганизация для повышения эффективности.
Системный подход — рассматривать систему как взаимосвязанные элементы.
Процессный подход — представление системы как совокупности процессов.
Функциональный подход — закрепление функций за структурными единицами.
Техническое задание — документ для определения задач проекта.
Появление индустрии ПО — середина 50-х годов XIX века. Рост оборота и объемов начался в 70-х и 80-х годах. Сегодня отрасль — крупнейшая в мировой экономике, с миллионами специалистов.
Создание ПО — сложная, длительная и квалифицированная работа. В 60-х годах возникла «software crisis» — кризис разработки ПО из-за плохого качества, задержек и перерасходов.
По данным 1995 и 1998 годов, лишь часть проектов завершалась успешно, многие — с опозданием, перерасходом или отменялись.
Причины неудач — нечеткие требования, недостаточное участие пользователей, нехватка ресурсов, плохое управление, частые изменения требований, технологические сложности, низкая квалификация.
Концепция «death march» — проекты с экстремальными условиями: сжатые сроки, урезанный бюджет, уменьшенное число разработчиков и завышенные требования.
Почему так укоренилась идея проб и ошибок? — Из-за сложности архитектуры, отсутствия основных принципов и невозможности мгновенного построения и проверки систем.
Разработка ПО — проектирование, а не строительство. Код — чертеж, а создание программ — механическая сборка по нему. Главная проблема — отсутствие системы основных принципов для оценки архитектуры и качества.