- •Модуль I. Жизненный цикл разработки автоматизированных систем.
- •1.Введение в дисциплину. Основные термины и определения. Общая характеристика процесса создания асоиу.
- •2.Системный подход к проектированию асоиу. Классификация асоиу и подсистем.
- •3.Жизненный цикл асоиу. Модели жц асоиу. Процесс проектирования асоиу.
- •Модуль II. Стадии создания автоматизированных систем обработки информации и управления
- •4.Формирование требований к асоиу. Формирование целей создания автоматизированных систем. Правила оформления технической документации.
- •5.Обследование объекта автоматизации. Методы обследования объекта автоматизации. Бизнес-модель предприятия
- •6.Функциональное моделирование. Cтандарт idef 0. Моделирование потоков данных dfd
- •7.Карты бизнес - процессов предприятия. Ключевые показатели эффективности процессов
- •8.Концептуальное проектирование асоиу. Разработка и выбор вариантов концепции системы.
- •9.Разработка технического задания. Порядок разработки, согласования и утверждения тз на создание ас
- •10.Технорабочий проект асоиу. Разработка технического проекта. Разработка рабочей документации на систему и ее части.
- •11.Ввод в действие асоиу. Виды испытаний асоиу. Сопровождение асоиу
- •Модуль III. Виды обеспечения асоиу
- •12.Программное обеспечение асоиу. Структура программного обеспечения. Управление требованиями к по асоиу
- •13.Информационное обеспечение асоиу. Формализация входной и выходной информации. Проектирование базы данных как вида информационного обеспечения асоиу
- •14.Техническое обеспечение асоиу
- •Математическое обеспечение асоиу
- •Лингвистическое обеспечение асоиу
- •15. Эргономическое обеспечение асоиу
- •16.Организационное, методическое и правовое виды обеспечения асоиу.
- •Модуль IV. Разработка программного обеспечения асоиу
- •17.Современные технологии разработки программного обеспечения асоиу. Rup. Msf. Xp.
- •18.Проектирование по асоиу на основе объектно-ориентированного подхода. Методика проектирования
- •19.Язык uml. Виды диаграмм описания по асоиУв нотации uml
- •20.Паттерны проектирования. Классификация паттернов проектирования
- •21.Разработка программного обеспечения через тестирование. Процесс рефакторинга по асоиу
- •22.Управление командной разработкой по асоиу. Инструментальные средства командной разработки
- •23.Принципы создания пользовательского интерфейса по асоиу. Процесс разработки (дизайна) интерфейса
- •Case системы.
- •24.Основы управления проектами разработки асоиу. Библиотека инфраструктуры информационных технологий (itil).
- •Список использованной литературы
22.Управление командной разработкой по асоиу. Инструментальные средства командной разработки
Управление командной разработкой ПО АСОИУ.
Одним из ключевых аспектов успешной реализации проекта разработки программного обеспечения является сплоченная команда. Для повышения эффективности реализации существуют дисциплины управления командной разработкой. К ним относится модель проектной группы MSF (Team model). Данный документ в редакции 3.1 описывает подход Майкрософт к организации работающего над проектом персонала и его деятельности в целях максимизации успешности проекта. Данная модель определяет ролевые кластеры, их области компетенции и зоны ответственности, а также рекомендации членам проектной группы, позволяющие им успешно осуществить свою миссию по воплощению проекта в жизнь [48]. В соответствии с моделью MSF проектные группы строятся как небольшие многопрофильные команды, члены которых распределяют между собой ответственность и дополняют области компетенций друг друга. В команде выделены 6 ролевых кластеров: “Управление продуктом” (product management), “Управление программой” (program management), “Разработка” (development), “Тестирование” (test), “Удовлетворение потребителя” (user experience) и “Управление выпуском” (release management).
Инструментальные средства командной разработки.
К таким инструментам в первую очередь относятся системы управления версиями (Version Control System VCS). Основное назначение таких систем является хранение различных версий одной и той же информации и совместная работа с ней. Наряду с Microsoft Visual SourceSafe, Rational ClearCase одной из распространенных систем VCS является система Subversion, представляющая собой централизованную систему для совместного использования информации. В её основе лежит хранилище, являющееся центром хранения данных. В хранилище информация представлена в виде дерева файловой системы - типичной иерархии файлов и папок. Любое количество клиентов подключаются к хранилищу, а затем читают или записывают эти файлы. Записывая данные, клиент делает информацию доступной для остальных; читая данные, клиент получает информацию от других. Для работы с Subversion разработана TortoiseSVN – свободный и бесплатный, с открытыми исходными кодами клиент системы управления версиями Subversion. TortoiseSVN интегрируется в проводник Windows и таким образом осуществляется управление версиями (см рисунок 24.1) Subversion, CVS и другие системы управления версиями используют модель копирование-изменение-слияние в качестве альтернативы модели блокирования для совместного использования. В этой модели клиент каждого пользователя считывает из хранилища проект и создает персональную рабочую копию - локальное отражение файлов и каталогов хранилища. После этого пользователи работают параллельно, изменяя свои личные копии. В конце концов, личные копии сливаются в новую, финальную версию. Обычно система управления версиями помогает в слиянии, но, разумеется, в конечном итоге за его корректное выполнение всё равно отвечает человек.
Работа с Subversion начинается с создания хранилища данных.
Рисунок 24.1 Контекстное меню TortoiseSVN
Далее осуществляется загрузка (Импорт) проекта (в случае его существования) в хранилище данных. После этого каждый участник разработки извлекает локальную версию (Экспорт) и в процессе работы осуществляет обновление или фиксацию изменений.
С использованием TortoiseSVN можно разрешать конфликты, возникающие при редактировании одного и того же ресурса.