- •1 Сущность предмета тп, его задачи. Актуальность проблемы технологии программирования. История развития тп.
- •7 Каскадный подход широко использовалась в 70-80 годах. Именно этот подход рассматривается в качестве индустриального подхода
- •8 Спиральная модель жизненного цикла нашла свое широкое применение в 86-90 годах.
- •9 Понятие качества по. Критерии качества по: функциональность, надежность, их примитивы.
- •10 Критерии качества легкость применения, эффективность, их примитивы.
- •11 Критерии качества сопровождаемость, мобильность, их примитивы.
- •15 Цель модульного программирования. Основные характеристики программного модуля. Размер модуля. Рутинность модуля.
- •16 Связность модуля. Связность модуля (cohesion)
- •23 Внешнее описание пс.
- •30 Особенности объектного подхода к разработке внешнего описания пс
- •34 Основные принципы тестирования программ. Заповеди по тестированию, предложенные г. Майерсом. Методы тестирования, два подхода к тестированию.
- •38 Функции заместителя главного программиста. Работа членов бригады. Работа секретаря (библиотекаря). Преимущества и трудности бригадного подхода.
- •42 Документация, создаваемая и используемая в процессе разработки программных средств. Документация по сопровождению пс.
- •43 Пользовательская документация пс.
- •44 Стандартизация программной документации. Еспд. Классификация и обозначение стандартов еспд. Назначение еспд, область распространения еспд.
- •46 Стадии разработки программной документации. Техническое задание. Требования к содержанию и оформлению.
- •47 Программа и методика испытаний. Текст программы, описание программы, пояснительная записка, описание применения (документация).
- •48 Руководство системному программисту, руководство программисту, руководство оператору.
- •49 Общая характеристика состояния применения еспд. Межгосударственные стандарты.
- •50 Основные понятия и показатели надежности пс. Надежность технических средств и по.
- •53 Аналитические модели надежности (динамические).
38 Функции заместителя главного программиста. Работа членов бригады. Работа секретаря (библиотекаря). Преимущества и трудности бригадного подхода.
Заместитель: По мастерству не уступает главному программисту – он не должен быть 2 лидером в бригаде
Исполнители – выполняют работу порученную главным программистом.
Библиотекарь: Отвечает за ведение всей документации – бумажные и электронные варианты.. В библиотеке хранятся записи, показывающие текущее состояние программ . Секретарь ведет журнал разработки, фиксирует все этапы разработки, сообщения , замечания, фиксирует распоряжении главного програмера , участвует в тестировании системы, полноправный член бригады. Выполняет большую часть канцелярской работы, входящую в обязанности программистов , что позволяет их более эффективно использовать.
+
-
Уменьшение времени разработки;
-
Менее квалифицированные програмеры могут участвовать в больших проектах , овладеть навыками;
-
Освобождении программистов от канцелярской работы.
-
<>
-
Бригада главного программиста используется при разработке средних размеров работ;
-
Главный программист у необходимо уметь управлять бригадой, рационально использовать свой время, обеспечивать техническое преимущество преред заказчиком. Должен вести проект. Оценивать работк других сотрудников бригады – таких найти НЕЛЕГКО!
39 Процессы управления разработкой программного средства. Организация коллективов для создания больших комплексов програм.
Управление разработкой ПС – действия, направленные на необходимые условия для работы коллектива разработчиков., на планирование и контроль её деятельности с целью обеспечения требуемого качества , выполнения сроков и бюджетов разработки – управление программным проектом.
К необходимым условиям работы коллектива относятся : помещения, аппаратно-програмные средства документация, материально-финансовое обеспечение
Планирование и контроль предполагает разбиение всего процесса разработки на отдельные конкретные задания , подбор и расстановка исполнителей, установление сроков и порядка выполнения работ , оценка качества выполнения каждой работы. Финальной частью является проведение аттестации(сертификации ) , которой завершаетсмя стадия разработки ПС
Общие процессы по управления разработкой
-
Составлении плана проспекта по разработке -как выполнить разработку? Для кого?
-
Планирование составления расписания по разработке ПС Распределения работ между исполнителями по врнмени в рамках намеченных сроков и имеющихся ресурсов
-
Управления издержками по разработке ПС.
Основными источниками издержек явл:
-
Затраты на ппаратное оборудование;
-
На вербовку и обучение персонала;
-
На зарплату.
Текущий контроль и документирование деятельности коллектива;
Подбор и оценка персонала коллектива разработчиков. Формирование коллектива.
40 Структура управления разработкой программного средства. Планирование и составления расписаний по разработке ПС.

Картинка
Директор принимает заказы – проекты , участвует в обсуждении оганизационных требований к программному проекту.
Менеджер сфер разработок отвечает за управление разработкой ПС определенного типа.
Менеджер проекта отвечает за составлении расписания , управляет работой лидера бригады разработчиков.
Оптимальный коллектив 8 -10 человек.
Менеджер по качеству – подчиняется директору.
Планирование и составление расписаний
Составление расписаний заключается:
-
Разделение всей работы на самостаячтельно выполняющиеся задания;
-
Составлении сетевого графика выполения задания;
-
Составление гистограммы выполднения заданий;
-
Расстановка исполнителей заланий.
41 Аттестация ПС. Проблемы оценки квалификации отдельных специалистов в коллективе. Прикладное тестирование специалистов.
Аттестация ПС завершающий этап разработки ПС, авторитетное подтверждение качества ПС.
Для аттестации создаются аттестационные комиссии из экспертов представителей заказчика и разработчика. Эта комиссия проводит испытания с целью получения информации о ПС.
Испытания – процесс проведения комплексных мероприятий и пригодность ПС для успешной эксплуатации требований заказчика.
Решение записываются в документе , подписываемом всем и членами.
Проблемы оценки отдельных специалистов Трудно выделить отдельный вклад каждого в разраб. ПС Трудно оценить труд специалистов по конечному продукту и индивидуально.
В коллективе индивидуальные характеристики усредняются.
Учет средний квалификации коллектива используются годы работы.
Отсутствуют методы измерения квалификации специалиста
Прикладное тестирование специалистов
При приеме на работу проходят :
-
психологическое тестирование
-
персонально тестирование
