ответы на билеты

СОДЕРЖАНИЕ.

БИЛЕТ 1. СТАНДАРТИЗАЦИЯ ПРОГРАММНЫХ СРЕДСТВ И ИНФОРМАЦИОННЫХ ТЕХНОЛОГИЙ

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

Базовый стандарт- нормативный документ, регламентирующий типовые требования, нормы и правила применительно к объекту стандартизации

Прикладное программное обеспечение (ППО) - ПО, выполняющее задачи, поставленные конечными пользователями

Пакет прикладных программ (ППП) (software package)-готовый исходный код нескольких приложений

Жизненный цикл (ЖЦ) программного средства-комплекс работ по созданию программного средства от момента принятия решения о начале разработки до окончания функционирования программного средства на объекте автоматизации

Качество ПС-совокупность признаков и характеристик продукции, отражающая способность удовлетворять установленным или предполагаемым потребностям

БИЛЕТ 2. ЭТАПЫ РАЗРАБОТКИ ПРОГРАММНОГО ПРОДУКТА

Этап I. Анализ требований к ПП с формированием ТЗ на разрабатываемое ПО. В ТЗ определяются:

• назначение и область применения ПП;

• основание для разработки;

• требования заказчика к ПП;

• требования по передаче программной продукции заказчику, ее оценки и установке на месте эксплуатации;

• календарный план разработки с указанием сроков завершения этапов и работы в целом.

В качестве заказчика в КР выступает юридическое лицо.

Результат - определяется предварительная стоимость ПП или сумма договора на разработку в зависимости от вида создаваемого ПП. Приводится ее обоснование.

Этап II. Проведение технологической подготовки разработки и ее планирование, выбор с кратким обоснованием:

• средств программирования;

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

• средств управления процессом разработки;

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

Результаты технологической подготовки представляются как набор детального календарного плана работ с указанием всех упомянутых характеристик и индивидуальных планов-заданий по исполнителям.

Этап III. Проектирование архитектуры ПП:

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

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

• разработка пользовательского интерфейса, который позволяет пользователю осуществить управление работой ПП при его эксплуатации;

• разработка проектных решений по принципам реализации других требований заказчика к ПП, оговариваемых в ТЗ.

Результаты работ по проектированию архитектуры ПП согласовываются с заказчиком и документируются в соответствии с ТЗ и стандартами на разработку программных средств.

Этап IV. Разработка проекта ПП.

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

• Вместе со структурой программного комплекса определяется состав и структура БД.

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

• Результаты выполнения работ документируются в соответствии с ТЗ и стандартами на разработку программных средств.

Этап V. Программная реализация и тестирование ПП.

• Пользователю необходимо предоставить возможность применять только средства интерфейса разработанного ПП:

• стандарты на управляющее программное средство;

• стандарты на разработку модулей обращения к БД;

• стандарты на разработку модулей реализации функциональных работ пользователя.

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

Этап VI. Подготовка программной документации, в которой необходимы два раздела, ориентированных на специалистов двух категорий:

• Персонал разработки и сопровождения программного изделия.

• Конечный пользователь ППП.

Результат – пакет документов «Описание применения» и «Руководство пользователя».

Этап VII. Представление материалов по управлению процессом разработки, связанным с обеспечением фактического выполнения календарного плана, утвержденного в ТЗ.

• Результат – указание фактических затрат ресурсов и причины их отклонения от предполагаемых. Формулируются предложения по корректировке цены поставки и сопровождения ПП в зависимости от результатов разработки.

БИЛЕТ 3. КЛАССИФИКАЦИЯ СТАНДАРТОВ

География стандартов:

Международные

Национальные

Отраслевые

Внутрифирменные (ГОСТ 19.201-78 Техническое задание и др.)

В зависимости от возникновения:

Де-факто (SQL, SADT)

Де-юре (OSI – Open Systems Interconnection reference model, Ethernet, POSIX, SQL)

Стандарты на организацию жизненного цикла ПС:

Стандарты обеспечения качества

Стандарты надежности

Стандарты разработки ПО

Стандарты тестирования

Стандарты документирования

Стандарты интерфейса

Стандарты программирования

Стандарты обмена данными

По моделям разработки:

RUP

TickiT

CMM

ORACLE:

CDM

PJM

AIM

BPR

DWM

IEEE Software Engineering Standards

IEEE / EIA 12207

CleanRoom Software Engineering Model

БИЛЕТ 4. МЕЖДУНАРОДНЫЕ И РОССИЙСКИЕ ОРГАНИЗАЦИИ:

Международные организации:

1946 г. – Международная организация по стандартизации: вопросы стандартизации во всех областях, кроме электротехники и электроники

1881 г. – Международная электротехническая комиссия: вопросы стандартизации в области электротехники и электроники, радиосвязи и приборостроения

1987 г. – Объединенный технический комитет: объединенная деятельность ИСО и МЭК

Российские организации:

Государственный комитет РФ по стандартизации: федеральный орган исполнительной власти, осуществляющий межотраслевую координацию, а также функциональное регулирование в области стандартизации, метрологии и сертификации

Технические комитеты по стандартизации: рабочие органы Государственного комитета РФ по стандартизации; специализируются в зависимости от объекта стандартизации

БИЛЕТ 5. СТАНДАРТЫ ISO, IEC

Руководство ISO/IEC рекомендует нормативные документы:

Стандарты: нормативные документы, разработанные на основе консенсуса, утвержденные признанным органом, направленные на достижение оптимальной степени упорядочения в определенной области

Документы технических условий: устанавливают технические требования к продукции, услуге, процессу

Своды правил: разрабатываются для процессов проектирования, монтажа, технического сопровождения объектов, конструкций, изделий

Регламенты: документ, содержащий обязательные правовые нормы

БИЛЕТ 6. НПА, РЕГУЛИРУЮЩИЕ ВОПРОСЫ СТАНДАРТИЗАЦИИ. СТАНДАРТ ГОСТ ИСО/МЭК 12207, ОБЛАСТЬ ПРИМЕНЕНИЯ.

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