- •1. Два подхода к разработке больших кп.
- •2. Основные задачи, решаемые при разработке сложных кп.
- •4. Особенности кп в срмв.
- •6. Понятие резидентных и кросс систем автоматизации.
- •7. Задачи стандартизации средств разработки кп.
- •8. Документация на сложные кп.
- •9. Еспд. Общие положения.
- •10. Еспд. Виды программ и программных документов.
- •11. Еспд. Общие требования к программным документам.
- •12. Еспд. Стадии разработки.
- •13. Еспд. Спецификация.
- •14. Еспд. Текст программы. Описание программы.
- •15. Еспд. Пояснительная записка.
- •16. Еспд. Формуляр.
- •17. Еспд. Техническое задание
- •18. Еспд. Программа и методика испытаний.
- •19. Еспд. Руководство системного программиста.
- •20. Еспд. Руководство оператора.
- •21. Организация проектирования кп.
- •22. Принципы организации коллективов разработчиков кп.
- •23. Основная опасность при разработке программных средств.
- •24. Укрупненный сетевой график создания сложных кп.
- •25.Эталоны при проектировании программ.
- •27.Типичные ошибки при проектировании сложных кп.
- •28. Динамика изменения количества ошибок в сложных кп.
- •29. Определение рациональной длительности отладки.
- •30. Основные принципы отладки программ.
- •31. Методы отладки программ.
- •32. Технологические принципы отладки.
- •33. Принципы комплексной отладки и испытаний кп.
22. Принципы организации коллективов разработчиков кп.
Небольшая группа даже очень квалифицированных специалистов не выполнит разработку сложных КП большого объема порядка десятка и сотен тысяч операторов. Необходимо привлекать для разработки достаточно много специалистов, имеющих различную специализацию, а возможно и квалификацию. По этой причине необходимо решение задачи организации коллектива разработчиков как по вертикали (подчинение одних другим), так и по горизонтали (выделение различных специализаций сотрудникам). Опыт показывает, что один коллектив должен отвечать за все этапы жизненного цикла, начиная от постановки задачи и кончая внедрением КП.
1970 – 0.1 оператор/человек в день
1980 – 1
1990 – 5
Сейчас примерно 10
Развитие методов организации коррективы разработчиков, начиная с двух подходов:
Организация «хирургической бригады»
Организация «производственной бригады» с большей спецификацией деятельности отдельных сотрудников, с большей формальной подчиненностью и большей детализацией отдельных видов разработки.
На основании опыта большого количества разработки крупных КП выработался типовой подход к структуре и взаимодействию внутри коллектива (это касается всего коллектива).
Руководитель проекта, как правило, администратор, бывший квалифицированный программист (но не обязательно). Задачи: поиск заказов, взаимодействие с заказчиком, отслеживание хода разработки, распределение ресурсов в коллективе.
Заместитель руководителя проекта. Решает те же задачи, что и руководитель, действует под руководством руководителя, готов в любое время его заменить.
Главный инженер проекта. Это опытнейший программист, лично прошедший все этапы разработки. Хороший организатор в области взаимодействия внутри коллектива непосредственных разработчиков.
Задачи: распределение работ внутри групп разработчиков, контроль кода разработки, как по количеству, так и по качеству.
Заместитель главного инженера. Его первый помощник, детально разбирающийся во всех особенностях разработки, готов заменить главного инженера.
Группа системного анализа. Естественно во главе с руководителем. Специалисты в ней могут меняться в зависимости от характера прикладной области.
Группа программистов функциональных задач во главе с руководителем тесно связаны с предприятием. Первичные задачи групп 5) и 6) – выпуск ТЗ.
Группа программистов, разрабатывающих инструментальные средства, как правило имеется специализация по разработке тех или иных программных средств.
Группа отладки. Крайне желательно, особенно для больших и сложных проектов, чтобы эта группа работала не зависимо от группы программирующих функциональных задач.
Группа технических писателей. Эти специалисты пишут программные документы главным образом эксплуатационного характера, то есть те документы, которые передаются вместе с КП пользователю.
Библиотекари, которые поддерживают целостность программного кода и программной документации путем тщательного прослеживания версий. Если этих людей в больших проектах не использовать, то проект будет «помойкой».
Технический персонал. Включает администраторов проекта, администраторов баз данных, специалистов по аппаратным и сетевым средствам.
Руководитель проекта не имеет права администрировать проект.