Указания к промежуточной аттестации с применением балльно-рейтинговой системы оценки знаний

Максимально возможное количество баллов приведено в табл. 5,

Таблица 5

Наимено-вание этапов	Устные ответы по изучен-ным темам и тестовые задания	Выполнение практических заданий и самостоятельных работ (номера занятий и работ)	Выполнение контрольной работы	Выпол-нение курсовой работы	Экза-мен	Итого (в бал-лах)
1 этап	10	10				20
	тесты 1-71	Прак. и сам. 1, 2
2 этап	5	5				10
	тесты 72-100	Прак. и сам. 3, 4
3 этап	10	10	5	20	25	70
	тесты 1-100	Прак. и сам. 5, 6
Итого (в баллах)	25	25	5	20	25	100

Аттестованным по дисциплине считается студент, набравший 61-100 баллов.

Практические задания по пройденному материалу размещены в разделе «Практикум»; вопросы для подготовки к экзамену, темы контрольных и курсовых работ, тестовые задания расположены в разделе «Задания для контроля».

ТЕОРЕТИЧЕСКИЕ МАТЕРИАЛЫ

Глава 1. Методология разработки и стандартизации

1.1. Особенности управления разработкой программ

1.1.1. Основные понятия и организация работ по разработке программных средств

Современные сложные программные системы имеют ряд важных особенностей:

• наличие совокупности большого числа тесно взаимодействующих компонент различных типов (базовых классов, процедур, функций, ActiveX – элементов, COM/DCOM‑компоненты и др.);

• иерархическую структуру связей компонент, обеспечивающую кон­цептуальное единство и устойчивость функционирования всей системы;

• иерархическую совокупность критериев качества функциониро­вания компонент и системы в целом;

• трудность формализации единого критерия качества и эффектив­ности функ­ционирования сис­темы.

• разработка программных средств (ПС) содержит определенные этапы формализации, а переход от неформального представления о задаче к формальному существенно носит творческий характер, а не сводится к выполнению какой-либо последовательности формальных регламентированных действий (в этом смысле программирование можно отнести к искусству).

Организация работ по проекту. Разработка сложных ПС проводится в рамках проекта, под которым понимается комплекс формально организованных мероприятий по созданию сложной системы с заданными характеристиками качества при ограни­чен­ных ресурсах.

Управление проектом – это вид деятельности, включающей в себя поста­нов­ку задач, подготовку реше­ний, планирование, организацию и стиму­ли­ро­вание специалистов, контроль за ходом выполнения работ и использованием ресурсов при создании слож­ных систем.

Цель управления проектом – рациональное ис­пользование ресурсов путем сбаланси­рованного распределения их по частным работам на протяжении всего цикла разработки. Целевое управление проектами возникло из необходимости раз­раба­тывать и реализовывать сложные системы с заданными функциями в максимально короткие сроки. Критическим парамет­ром планирования и управления проектами обычно является вре­мя. Далее основное внимание сосредоточено на конкретном плани­ровании сложных проектов, периоды разработки, которых могут составлять несколько лет.

Задача целевого управления – сводить воедино усилия прямых исполнителей, подрядчиков и субподрядчиков, добиваясь, чтобы они выступали как команда. В результате должны обеспечиваться концеп­ту­альная целостность системы и высо­кое качество решения главных задач при сбалансированном ис­пользовании ресурсов на все функциональные задачи.

Для управления проектом, прежде всего, должен быть адекват­но описан объект проектирования. Для сложных систем формали­зация описания и характеристик объекта разработки происходит одновременно с процессом его проектирования. Последовательно уточняются архитектура объекта, основные функции и их характеристики, требующиеся показатели качества функционирования и методы решения задач. Все эти данные отражаются в техниче­ском задании (ТЗ), спецификации требований и описании проекта, ко­торые детализируются и конкретизируются по мере развития про­екта.

Для реализации проекта назначается руководитель проекта (главный инженер (ГИП) или менеджер проекта), который отвечает за организацию взаимодействия с заказчиком, за оформление договоров и всех финансовых документов, за координацию работ и за проведение технической политики. В виду того, что руководитель проекта непосредственно общается с руководством заказчика, он должен быть человеком коммуникабельным, дипломатичным и корректным, настойчивым, уметь тактично отстаивать интересы разработчиков, уметь оформлять финансовые и технические документы, подписываемые заказчиком. Одновременно руководить проекта должен быть опытным и высокопрофессиональным проектировщиком, способным решать сложные различные технические проблемы, проводить техническую политику, организовывать и координировать работу многих специалистов и подразделений, участвующих в проекте.

Существуют различные формы организации работ по проекту. В больших проектных организациях, например, может использоваться следующая организация. Подразделения специализируются по функциональным подсистемам (например, оперативное управление, логистика, планирование, сбыт, управление персоналом, материально-техническое снабжение, бухгалтерский учёт, управление качеством) и по видам обеспечения (например, информационное, техническое, общесистемное программное обеспечение, организационное). Специализация может быть и более крупная, например, по отраслям объектов автоматизации (промышленные, образование, медицина, транспорт, сельское хозяйство, муниципальные и федеральное органы управления). В этих специализированных подразделениях есть постановщики задач, программисты и другие специалисты. Все руководители проектов объединяются в один отдел, который подчиняется непосредственно главному инженеру или заместителю директора организации по проектированию. Через этот отдел проводится единая техническая политика проектной организации. Такая специализация позволяет более быстро и качественно разрабатывать проект за счет узкой специализации проектировщиков и программистов и использования типовых проектных решения, которые вырабатываются при работе над различными проектами по отдельным подсистемам. К недостаткам такой организации можно отнести децентрализацию разработки по нескольким подразделениям, что требует высокого уровня координации работ между подразделениями в рамках одного проекта и эта координация возложена на руководителя проекта, который должен иметь соответствующие полномочия, позволяющие вмешиваться в работу подразделений в рамках своего проекта.

При разработке ПС могут использовать следующие основные технологии и комплексы средств автоматизации: методы и средства автоматизации системного анализа и проектирования; типизацию проектов систем; CASE-системы с использованием репозитариев данных о состоянии и развитии проектов; языки четвертого поколения; повторное использование готовых программных и информационных компонентов; графический интерфейс; стандарты управления проектированием, конфигурацией и обеспечением качества; сертификацию.

Проектирование ПС – это процесс составления описания еще несуществующей системы на разных языках и с различной степенью детализа­ции. Укрупнено, можно выделить следующие этапы проектирования: описание требований, архитектурное проектирование, обобщение спецификации, проектирование интерфейсов, компонентное проектирование, проектирование структур и алгоритмов. Результаты проектирования являются описание архитектуры системы, интерфейсов, структур данных, подсистем, компонентов, алгоритмов.

Реализация ПС – процесс перевода описания ПС в работоспособную систему. Определяется: структура ПС, данные, интерфейсы взаимодействия системных компонентов и алгоритм.

Перед проектированием и реализацией ПС следует выбрать соответствующие стандарты (обычно жизненного цикла ПС), которые регламентируют эти процессы.