- •230103 – Автоматизированные системы обработки информации и управления
- •Введение
- •Тема 1. Основные понятия системного анализа Информационные системы
- •База данных
- •Case-средства
- •Средства разработки
- •Тема 2. Понятие и структура аис. История создания и развития аис. Понятие жизненного цикла аис. Стадии жизненного цикла аис.
- •Факторы, влияющие на развитие корпоративных информационных систем
- •Развитие методик управления предприятием
- •Развитие общих возможностей и производительности компьютерных систем
- •Развитие подходов к технической и программной реализации элементов информационных систем
- •Основные составляющие корпоративных информационных систем
- •Соотношение между составляющими информационной системы
- •Состав аис
- •Тема 3. Классификация аис Классификация по масштабу
- •Одиночные информационные системы
- •Групповые информационные системы
- •Корпоративные информационные системы
- •Классификация по сфере применения
- •Классификация по способу организации
- •Архитектура файл-сервер
- •Архитектура клиент-сервер
- •Многоуровневая архитектура
- •Интернет/интранет-технологии
- •Области применения и примеры реализации информационных систем
- •Бухгалтерский учет
- •Управление финансовыми потоками
- •Управление складом, ассортиментом, закупками
- •Управление производственным процессом
- •Управление маркетингом
- •Документооборот
- •Оперативное управление предприятием
- •Предоставление информации о фирме
- •Тема 4. Стадии жизненного цикла аис Структура жизненного цикла информационной системы
- •Начальная стадия
- •Стадия уточнения
- •Стадия конструирования
- •Стадия перехода
- •Тема 5. Процессы жц аис
- •Основные процессы жизненного цикла
- •Разработка
- •Эксплуатация
- •Сопровождение
- •Вспомогательные процессы
- •Организационные процессы
- •Тема 6. Модели жц аис
- •Каскадная модель жизненного цикла информационной системы
- •Основные этапы разработки по каскадной модели
- •Основные достоинства каскадной модели
- •Недостатки каскадной модели
- •Спиральная модель жизненного цикла
- •Понятие итерации
- •Преимущества спиральной модели
- •Проблемы, возникающие при использовании спиральной модели
- •Тема 7. Методы проектирования аис
- •Общие сведения об управлении проектами
- •Понятие проекта
- •Классификация проектов
- •Тема 8. Технология проектирования
- •Тема 9. Структурный и объектно-ориентированный подход к проектированию
- •Основные особенности методологии rad
- •Объектно-ориентированный подход
- •Визуальное программирование
- •Событийное программирование
- •Тема 10. Case – средства, их функциональные возможности и характеристика.
- •Концептуальное моделирование структуры данных
- •Концептуальные модели данных
- •Модель «сущность-связь»
- •Сущность
- •Атрибут
- •Общие сведения о case-средствах
- •Тема 11. Методы и средства, используемые в жизненном цикле аис Фазы жизненного цикла в рамках методологии rad
- •Фаза анализа и планирования требований
- •Фаза проектирования
- •Фаза построения
- •Фаза внедрения
- •Ограничения методологии rad
- •Тема 12. Оценка и управление качеством аис
- •Понятие профиля информационной системы
- •Принципы формирования профиля информационной системы
- •Структура профилей информационных систем
- •Общая структура профиля информационной системы
- •Профиль прикладного программного обеспечения
- •Профиль среды информационной системы
- •Профиль защиты информации
- •Профиль инструментальных средств
- •Тема 13. Организация труда при разработке аис. Оценка необходимых ресурсов для организации проекта. Стандарты и методики
- •Виды стандартов
- •Методика Oracle cdm
- •Общая структура
- •Особенности методики Oracle cdm
- •Международный стандарт iso/iec 12207: 1995-08-01
- •Общая структура
- •Особенности стандарта iso 12207
- •Стандарты комплекса гост 34
- •Общая структура
- •Особенности
- •Различия между стандартами
- •Тема 14 Технология групповой разработки аис.
- •Структура средств коллективного проектирования и решаемые ими задачи
- •Идентификация
- •Хранилище файлов и контроль за изменением файлов
- •Блокировки
- •Последовательность работы с pvcs
- •Система контроля версий TeamSource
- •Структура системы TeamSource
- •Идентификация проекта и его составляющих в TeamSource
- •Хранилище TeamSource
- •Тема 15 Автоматизация управления групповой разработкой проектов. Назначение системных сред автоматизированных систем.
- •Системы управления базами данных
- •Варианты управления данными в сетях ас
- •Стандарты комплекса гост 34
- •Общая структура
- •Особенности
- •Различия между стандартами
Фаза внедрения
Фаза внедрения в основном сводится к обучению пользователей разработанной информационной системы.
Так как фаза построения достаточно непродолжительна, планирование и подготовка к внедрению должны начинаться заранее, еще на этапе проектирования системы.
Ограничения методологии rad
Несмотря на все свои достоинства, методология RAD тем не менее (как, впрочем, и любая другая методология) не может претендовать на универсальность. Ее применение наиболее эффективно при выполнении сравнительно небольших систем, разрабатываемых для вполне определенного предприятия.
При разработке же типовых систем, не являющихся законченным продуктом, а представляющих собой совокупность типовых элементов информационной системы, большое значение имеют такие показатели проекта, как управляемость и качество, которые могут войти в противоречие с простотой и скоростью разработки. Это связано с тем, что типовые системы обычно централизованно сопровождаются и могут быть адаптированы к различным программно-аппаратным платформам, системам управления базами данных, коммуникационным средствам, а также интегрироваться с существующими разработками. Поэтому для такого рода проектов необходим высокий уровень планирования и жесткая дисциплина проектирования, строгое следование заранее разработанным протоколам и интерфейсам, что снижает скорость разработки.
Методология RAD неприменима не только для создания типовых информационных систем, но и для построения сложных расчетных программ, операционных систем или программ управления сложными инженерно-техническими объектами — программ, требующих написания большого объема уникального кода.
Методология RAD не может быть использована для разработки приложений, в которых интерфейс пользователя является вторичным, то есть отсутствует наглядное определение логики работы системы. Примерами таких приложений могут служить приложения реального времени, драйверы или службы.
Совершенно неприемлема методология RAD для разработки систем, от которых зависит безопасность людей, — например, систем управления транспортом или атомных электростанций. Это обусловлено тем, что итеративный подход, являющийся одной из основ RAD, предполагает, что первые версии системы не будут полностью работоспособны, что в данном случае может привести к серьезнейшим катастрофам.
Тема 12. Оценка и управление качеством аис
Создание, сопровождение и развитие современных сложных информационных систем базируется на методологии построения таких систем как открытых. Открытые информационные системы создаются в процессе информатизации всех основных сфер современного общества: органов государственного управления, финансово-кредитной сферы, информационного обслуживания предпринимательской деятельности, производственной сферы, науки, образования. Развитие и использование открытых информационных систем неразрывно связаны с применением стандартов на основе методологии функциональной стандартизации информационных технологий.
Понятие профиля информационной системы
При создании и развитии сложных, распределенных, тиражируемых информационных систем требуется гибкое формирование и применение гармонизированных совокупностей базовых стандартов и нормативных документов разного уровня, выделение в них требований и рекомендаций, необходимых для реализации заданных функций системы. Для унификации и регламентирования такие совокупности базовых стандартов должны адаптироваться и конкретизироваться применительно к определенным классам проектов, функций, процессов и компонентов системы. В связи с этим выделилось И сформировалось понятие профиля информационной системы как основного инструмента функциональной стандартизации.
Профиль — это совокупность нескольких (или подмножество одного) базовых стандартов с четко определенными и гармонизированными подмножествами обязательных и факультативных возможностей, предназначенная для реализации заданной функции или группы функций.
Профиль формируется исходя из функциональных характеристик объекта стандартизации. В профиле выделяются и устанавливаются допустимые возможности и значения параметров каждого базового стандарта и/или нормативного документа, входящего в профиль.
Профиль не должен противоречить использованным в нем базовым стандартам и нормативным документам. Он должен применять выбранные из альтернативных вариантов необязательные возможности и значения параметров в пределах допустимых.
На базе одной совокупности базовых стандартов могут формироваться и утверждаться различные профили для разных проектов информационных систем. Ограничения базовых документов профиля и их согласованность, проведенная разработчиками профиля, должны обеспечивать качество, совместимость и корректное взаимодействие отдельных компонентов системы, соответствующих профилю, в за-
. данной области его применения. Базовые стандарты и профили в зависимости от проблемно-ориентированной области применения информационных систем могут использоваться как непосредственные директивные, руководящие или рекомендательные документы, а также
: как нормативная база, необходимая при выборе или разработке средств автоматизации технологических этапов или процессов создания, сопровождения и развития информационных систем.
Обычно рассматривают две группы профилей:
-
регламентирующие архитектуру и структуру информационной системы;
-
регламентирующие процессы проектирования, разработки, применения, сопровождения и развития системы.
В зависимости от области применения профили могут иметь разные категории и Е соответственно разные статусы утверждения:
-
профили конкретной информационной системы, определяющие стандартизованные проектные решения в пределах данного проекта;
-
профили информационной системы, предназначенные для решения некоторого класса прикладных задач.
Профили информационных систем унифицируют и регламентируют только часть требований, характеристик, показателей качества объектов и процессов, выделенных и формализованных на базе стандартов и нормативных документов. Другая часть функциональных и технических характеристик системы определяется заказчиками и разработчиками творчески, без учета положений нормативных документов.