Программная инженерия Андрей Дмитриев andrei-dmitriev@yandex.ru ©2009. - презентация

1 Программная инженерия Андрей Дмитриев ©2009

2 Совместная разработка

3 План Контроль версий Организация команды Почта как инструмент

4 Системы контроля версий …

5 CVS Visual Source Safe git Subversion (svn) Mercurial (hg) SCCS RCS …

6 Master-пространство «Главное» хранилище проекта Права на модификацию есть у избранных Иерархия подчинения пространств может быть условной Разработчики договариваются между собой об обмене Но все равно удобнее иметь выделенное главное хранилище

7 Иерархия пространств Изменения из пространств разработчиков А и В поступаю в основное пространство через промежуточное. Integrator WS Bs workspace As workspace Master WS

8 Внедрение изменений Изменения могут внедряться в определенный интервал времени. В крупном проекте может требоваться получение одобрения на каждое изменение в коде от: Коллег Менеджера Специального комитета

9 Проектная команд а* Главный программист Второй пилот Инструментальщик Языковед Контролер Архивариус Редактор + секретарь Администратор+секретарь * Операционная бригада Ф.Брукса

10 Иерархия подчинения 1. Президент 2. Директор 3. Менеджер второго звена 4. Менеджер первого звена 5. Лидеры проектов 6. Разработчики, исправители дефектов, SQE/SQA инженеры, CTE инженеры, инженеры по выпуску, технические писатели Где место project manager-а? ()

11 Что можно делать с помощью ?

12 Функции Документирование процесса разработки: Обсуждение Уведомление Техническая информация Уведомления о состоянии главного пространства Уведомления об изменении состояния дефекта Организационная информация

13 Почему ? Входящая почта часто – основной источник информации Рекомендуется: Заполнять все поля письма Сохранять соответствие заголовка письма и содержимого Сохранять контекст обсуждения Отвечать быстро Быть вежливым Использовать напоминания Рассылать итоги собраний, обсуждений и т.д.

14 Сложность программ Maurice Halstead – оценка на основе числа операторов и операндов McCafe, цикломатическая сложность – управляющий граф программы: узлы – операторы, дуги – передача управления Оценка ООП программ: Число сущностей Число переменных Число методов Число методов, вызываемых из класса

15 Факторы процесса разработки «Human resources» Типовые процедуры Инструментарий

16 Процесс разработки Panic model – решение тактических задач Capability Maturity Model (CMM) от Университета Карнеги- Меллоуна – предполагает несколько уровней

17 Выводы Знание процесса разработки ускоряет работу Оценка сложности и длительности проекта может носить неформализованный характер Существуют независимые попытки формализовать процесс разработки

18 Ссылки и литература Лекции по управлению программными проектами Набор серебряных пуль: Справочник удачных проектных решений при разработке ПО tehnologii/Proektirovanie-PO/nabor-serebryannyh-pul.zip Mills H. Chief programmer teams, principles, and procedures // IBM Federal Systems Division Report FSC Gaithersburg, Md., Кияев В.И. «Метрология, стандартизация и качество программного обеспечения»

19 Q&A

20 Спасибо! Андрей Дмитриев ©2009