ответы на билеты, страница 2

Международная организация по стандартизации имеет краткое название ISO (ИСО).

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

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

технической и экономической областях.

Международная электротехническая комиссия (МЭК)

Международная электротехническая комиссия создана на международной

конференции, в работе которой участвовали 13 стран, в наибольшей степени заинтересованных в такой организации. Датой начала международного сотрудничества по электротехнике считается 1881 г., когда состоялся первый Международный Koнгpecc по электричеству. Позже, в 1904 г., правительственные

делегаты конгресса решили, что необходима специальная организация, которая бы занималась стандартизацией параметров электрических машин и терминологией в этой области. После второй мировой войны, когда была создана ИСО, МЭК стала автономной организацией в ее составе. МЭК занимается стандартизацией в области электротехники, электроники, радио связи, приборостроения. Эти области не входят в сферу деятельности ИСО

ГОСТ Р ИСО/МЭК 12207-99

«Информационная технология. Процессы жизненного цикла программных средств»

Процесс заказа. Определяет работы организации, которая приобретает систему, программный продукт или программную услугу.

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

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

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

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

БИЛЕТ 7. ЕСПД

ЕСПД - Единая система программной документации

0	Общие положения
1	Основополагающие стандарты
2	Правила выполнения документации разработки
3	Правила выполнения документации изготовления
4	Правила выполнения документации сопровождения
5	Правила выполнения эксплуатационной документации
6	Правила обращения программной документации
7	Резервные группы
9	Прочие стандарты

Единая система программной документации — это комплекс

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

В состав ЕСПД входят:

• основополагающие и организационно-методические стандарты;

• стандарты, определяющие формы и содержание программных

документов, применяемых при обработке данных;

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

МИНУСЫ ЕСПД:

• ориентацию на единственную «каскадную» модель жизненного цикла ПС;

• отсутствие четких рекомендаций по документированию характеристик

качества ПС;

• отсутствие системной увязки с другими действующими отечественными системами стандартов по ЖЦ и документированию продукции в целом, например ЕСКД;

• нечетко выраженный подход к документированию ПС как товарной продукции;

• отсутствие рекомендаций по самодокументированию ПС, например, в виде экранных меню и средств оперативной помощи пользователю (хелпов);

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

ГОСТ 19.001-77 ЕСПД. - Общие положения.

ОБЛАСТЬ ПРИМЕНЕНИЯ

Стандарты ЕСПД в основном охватывают ту часть документации, которая создается в процессе разработки ПС, и связаны, по большей части, с документированием функциональных характеристик ПС.

БИЛЕТ 8. КЛАССИФИКАЦИЯ ПРИКЛАДНЫХ ПРОГРАММ (ППП)

Классификация Пакетов Прикладных Программ

• Приложения для ПК

• Языки запросов / Генераторы отчетов

• Графические языки

• Генераторы приложений

• ППП

• Языки высокого уровня

• Текстовые редакторы, электронные таблицы, СУБД

• Извлечение информации из БД

• Извлечение информации из БД и представлении ее в графическом виде

• Модули кода, генерирующие другие приложения

• Готовый исходный код нескольких приложений

• Генерирование программного кода с меньшим количеством инструкций

• MSOffice

• EasyTrieve

• Intellect

• Query By Example

• SQL

• RPG-III

• Inquire

• SyStat

• SAS Graph

• Harvard Graphics

• FOCUS

• DMS

• SAS

• Mapper

• Ideal

• Natural

• CSP

• MSA PayRoll

• Maxicalc

• AVP

• Sales/Use Tax

• AMAPS

• APL

• Nomad

БИЛЕТ 9. ЖИЗНЕННЫЙ ЦИКЛ ПС. КАСКАДНАЯ МОДЕЛЬ

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

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

• каскадная модель (70-80-е годы 20 века);

• спиральная модель (80-90-е годы 20 века).

Формирование требований к ПС ­ --- Проектирование ­ --- Реализация --- ­ ­Тестирование --- Ввод в эксплуатацию--- Эксплуатация и сопровождение

Плюсы модели

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

Логичная последовательность этапов работ позволяет планировать сроки завершения всех работ и затраты

Минусы модели

Реальный процесс не укладывается в жесткую схему

Существенное отставание от графика из-за согласований с пользователем только в контрольных точках

Фиксированное ТЗ на все время проекта

БИЛЕТ 10. ЖИЗНЕННЫЙ ЦИКЛ ПРОГРАММНОГО СРЕДСТВА МОДИФИЦИРОВАННАЯ КАСКАДНАЯ МОДЕЛЬ (80-Е ГГ.)

Определение ЖЦ – смотри билет 9

• Формирование требований к ПС

• Проектирование

• Реализация

• Тестирование

• Ввод в эксплуатацию

• Эксплуатация и сопровождение

Функциональная и информационная модели автоматизируемого объекта могут устареть одновременно со сдачей проекта

БИЛЕТ 11. ЖИЗНЕННЫЙ ЦИКЛ ПС. СПИРАЛЬНАЯ МОДЕЛЬ.

Определение ЖЦ – смотри билет 9

Для преодоления перечисленных проблем была предложена спиральная модель ЖЦ (рис. 2.21), делающая упор на начальные этапы ЖЦ: анализ и проектирование. На этих этапах реализуемость

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

БИЛЕТ 12 .ЭТАПЫ МОДЕЛЕЙ ЖИЗНЕННЫХ ЦИКЛОВ ПС

Этап	Состав работ	Документы
Формирование требований к ПС	Выбрать и адаптировать стандарты и языки программирования, принятые в организации разработчика, с учетом требований к: функционалу ПС, эргономике ПС, включая требования к ручным операциям «человек-машина», защите информации, документации, … и другим согласно специфике объекта автоматизации.	ГОСТ Р ИСО/МЭК 9126 Корпоративная спецификация на разработку «Требования к программному средству»
Проектирование системной и программной архитектур	Указать объекты технических и программных средств и ручных операций Разработать проект пользовательских и административных интерфейсов Разработать проект архитектуры базы данных Разработать предварительную версию пользовательской документации Разработать требования к тестированию ПС	Корпоративная спецификация привязки системной и программной архитектур к объектам автоматизации
Программная реализация ПС	Разработать каждый программный модуль и базу данных	Корпоративная спецификация на требования к программному коду, внешним и внутренним интерфейсам ПС
Тестирование ПС	Разработать процедуры испытаний и данные для тестирования каждого программного модуля и базы данных	Корпоративная спецификация на проведение тестовых испытаний ПС
Интеграция ПС с имеющимся ПО и внедрение ППО на объекте автоматизации	Разработать план по вводу в эксплуатацию ППО на объекте автоматизации. Выполнить инициализацию ППО и БД на объекте заказчика.	Договор на поставку, разработку, производство, эксплуатацию и сопровождение ППО. План по вводу в действие ППО.
Сопровождение ППО	Изменение существующего ПП при сохранении его целостности. Определение, какие документы и программные модули требуют изменения. Решение вопросов переноса и снятия ПП с эксплуатации.	Договор на поставку, разработку, производство, эксплуатацию и сопровождение ППО.

БИЛЕТ 13. КАЧЕСТВО ПС

Качество — совокупность характеристик объекта, относящихся к его способности удовлетворить установленные и предполагаемые потребности.

• функциональные возможности;

• надежность;

• практичность;

• эффективность;

• сопровождаемость;

• мобильность.

БИЛЕТ 14. МОДЕЛЬ ПРОЦЕССА ОЦЕНКИ КАЧЕСТВА ПС