- •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
- •Общая структура
- •Особенности
- •Различия между стандартами
Последовательность работы с pvcs
Мы рассмотрели основные функции, выполняемые PVCS. Теперь приведем последовательность операций, выполняемых при работе с PVCS.
1. Ввод исходной информации о структуре проекта и его составляющих. Создание первой версии проекта в хранилище PVCS.
2. Определение авторов проекта, назначение ответственных за отдельные составляющие проекта, задание связей между отдельными объектами, настройка прав доступа (возможность чтения, внесения изменений, удаления и т. п.) разработчиков как к отдельным объектам, так и ко всему проекту в целом.
3. Выдача отдельных составляющих проекта для изменения с учетом прав доступа и возможностью блокировки получения копии этой версии объекта до момента помещения модифицированного объекта в хранилище.
4. Занесение в хранилище PVCS измененных (или вновь созданных) составляющих проекта с присвоением им номера версии самой составляющей, а также проекта в целом.
5. Выдача всех составляющих проекта заданной версии для компиляции либо всего проекта, либо отдельного его компонента.
Система контроля версий TeamSource
В поставку пятой версии Delphi включен новый инструмент, предназначенный для управления версиями проектов и называемый TeamSource. Сама компания Borland позиционирует TeamSource как менеджер документооборота, при этом сохранение и контроль версий являются лишь одной из его задач. TeamSource поддерживает Merant PVCS (бывший InterSolv) в качестве одного из физических контроллеров версий. Кроме этого, TeamSource включает Borland ZLib, обеспечивающий zip-подобный формат сжатия. TeamSource позволяет подключать любые внешние контроллеры версий, предоставляя разработчикам специализированный программный интерфейс TeamSource Extension API. Хотя система Team Source является средством групповой разработки, она может использоваться и в однопользовательском режиме.
TeamSource позволяет решать большинство задач, о которых мы говорили выше. Хранилище составляющих проекта в TeamSource реализовано по файловому принципу. Кроме того, имеется возможность использовать хранилище и контроллер версий системы Merant PVCS за счет подключения специального расширения. Также имеется возможность создания собственного расширения для управления хранилищем версий, например, для использования базы данных в качестве такого хранилища. Поскольку система TeamSource поставляется вместе с исходными текстами, написание расширений не представляет собой сверхсложной задачи.
Структура системы TeamSource
Функционирование системы TeamSource основано на использовании подключаемых модулей (plug-ins), разрабатываемых на основе TeamSource Extension API. Все операции над отдельными составляющими проекта осуществляются при помощи так называемых контроллеров, посредством которых реализуется доступ к хранилищу версий файлов проекта, генерация и обработка номеров версий файлов, заполнение комментариев к файлам и проектам, а также ряд других операций. Контроллеры располагаются в подключаемых модулях расширения, представляющих собой файлы с расширением tsx. В базовую поставку входят два подключаемых модуля:
О izlib.tsx — основной контроллер версий, осуществляющий хранение файлов проекта в библиотеках формата ZLib (совместимого с форматом zip, но, в отличие от последнего, не требующего лицензирования);
G tscomments.tsx — контроллер ввода комментариев к файлам и проектам.