3 Внутрифирменные методологии 35

Вид материала

Реферат

Подобный материал:

Вопросы к экзамену по курсу «Проектирование ис». (9-й семестр 2009г), 37.96kb.
Программа тренинга: День 1: Как конструировать тренинговые игры и упражнения По окончании, 31.95kb.
Методология и методика исторического исследования, 36.8kb.
Gutter=47> Директор департамента о департаменте методологии бюджетных процедур, 9.25kb.
Методика, 377.89kb.
Курс. Маркетинг социально значимой проблемы как новое направление в стратегии повышения, 52.93kb.
А. Р. Анализ современных тенденций в методологии макрофинансового прогнозирования, 376.06kb.
Данный курс направлен на изучение методологии и методики проведения исследования методом, 114.63kb.
Рабочая программа обсуждена и утверждена на заседании кафедры теории и методологии, 277.54kb.
В. А. Ацюковский начала эфиродинамического естествознания книга, 3555.05kb.

1 2 3 4 5 6 7 8 9 10 11

2.4Другие международные стандарты

2.4.1Список международных стандартов

В целом, при проектировании систем используются следующие международные стандарты IEEE и ISO [7,7]:

ASTM 1340-90 - Standard Guide for Rapid Prototyping of Computerized Systems.
IEEE Std 610.12-1990 - IEEE Standard Glossary of Software Engineering Terminology (ANSI).
IEEE Std 730-1989 - IEEE Standard for Software Quality Assurance Plans (ANSI).
IEEE Std 828-1990 - IEEE Standard for Software Configuration Management Plans (ANSI).
IEEE Std 830-1993 - IEEE Recommended Practice for Software Requirements Specifications (ANSI). Рекомендации по разработке спецификаций требований программного обеспечения (см. п. 2.1.2).
IEEE Std 982.1-1988 - IEEE Standard Dictionary of Measures to Produce Reliable Software (ANSI).
IEEE Std 982.2-1988 - IEEE Guide for the Use of IEEE Standard Dictionary of Measures to Produce Reliable Software (ANSI).
(ANSI/)IEEE Std 983-1986 - IEEE Guide to Software Quality Assurance Planning.
IEEE Std 1002-1987 - IEEE Standard Taxonomy for Software Engineering Standards (ANSI).
(ANSI/)IEEE Std 1012-1986 - IEEE Standard for Software Verification and Validation Plans (ANSI).
IEEE Std 1016-1987 - IEEE Recommended Practice for Software Design Descriptions (ANSI).
IEEE Std 1028-1988 - IEEE Standard for Software Reviews and Audits (ANSI).
(ANSI/)IEEE Std 1042-1987 - IEEE Guide to Software Configuration Management (ANSI).
IEEE Std 1058.1-1987 - IEEE Standard for Project Management Plans (ANSI).
IEEE Std 1074-1991[1995?] - IEEE Standard for Developing Software Life Cycle Processes (ANSI) (см. п. 2.2.2).
IEEE P1233, October 1993 - Draft Guide to Developing System Requirements Specifications.
ANSI/IEEE 829-1983 Standard for Software Test Documentation.
ANSI/IEEE 1008-1986 Standard for Software Unit Testing.
IEEE 1063-1987 (confirmed 1993) - Standard for Software User Documentation.
ISO 9000-3:1991 - Quality management and quality assurance standards - Part 3: Guidelines for the application of ISO 9001:1994 to the development, supply, installation and maintenance of computer software (см. п. 2.4.4).
ISO 9126:1991 - Quality characteristics and guidelines for their use.
ISO 12119:1994 - Quality requirements and testing.
ISO 6592:2000 - Guidelines for the documentation of computer-based application systems.
ISO 9294-1990-TO - Guidelines for the management of software documentation.
ISO 9127:1988 - User documentation and cover information for consumer software packages.

2.4.2Стандарт IEEE Std 830-1993 (Спецификация требований к ПО)

Стандарт IEEE Std 830-1993 описывается как «IEEE Recommended Practice for Software Requirements Specifications (ANSI)», т.е. Рекомендации по разработке спецификаций требований программного обеспечения (далее - СТПО).

Фактически, этот стандарт аналогичен Техническому заданию, потому что определяет форму описания и состав требований главных разделов ТЗ (1-3) в соответствии с отечественным стандартом ГОСТ 34.602-89 [2.1.2].

Приведем необходимые части СТПО в соответствии с этим стандартом:

Оглавление.
Раздел 1. Введение:

Цель (для чего и для кого).
Границы применения (наименование, где будет применяться, что будет и не будет делать, каковы преимущества).
Термины, аббревиатуры, сокращения (может выполняться в виде отдельного Глоссария).
Ссылки.
Краткий обзор (описание структуры и краткое содержание остальной части).

Раздел 2. Общее описание:

Описание изделия (взаимосвязь с другими системами):

Интерфейсы системы.
Интерфейсы пользователя.
Интерфейсы аппаратных средств ЭВМ.
Интерфейсы программного обеспечения.
Интерфейсы коммуникаций (средств связи типа протоколов локальной сети и т.д.).
Ограничения памяти.
Функционирование (иногда является частью раздела Интерфейса пользователя) - определение нормальных и специальных действий типа:
- Различные способы действий в организации пользователя; например операции, инициируемые пользователем.
- Периоды диалоговых действий и периоды оставленных без отклика действий.
- Функции поддержки обработки данных.
- Действия резервного копирования и восстановления.
Требования настройки рабочих мест.

Функции изделия (сгруппированные и с диаграммами).
Характеристики пользователя.
Ограничения - факторы, ограничивающие выбор разработчика, например:

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

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

Раздел 3. Детальные требования:

Внешние интерфейсы - детальное описание всех входов и выходов системы программного обеспечения (дополнением к описанию интерфейса в Разделе 2), включает:

Наименование пункта.
Описание цели.
Источник входных или назначение выходных данных.
Диапазон допустимых значений, точность и/или допустимые отклонения.
Единицы измерения.
Временные характеристики.
Отношения к другим входам / выходам.
Форматы / организация экрана.
Форматы / организация окна.
Форматы данных.
Форматы команд.
Конечные сообщения.

Функции.
Требования исполнения.
Требования логики базы данных.
Ограничения проекта.

Соглашение о стандартах.

Характеристики программного обеспечения системы.

Надежность.
Эксплуатационная готовность.
Безопасность.
Ремонтопригодность.
Переносимость.

Структурирование детальных требований.

Режим системы.
Классы пользователей.
Объекты.
Особенности.
Воздействие.
Реакция.
Функциональные иерархии.

Дополнительные комментарии.

Это - часто самая большая и наиболее важная часть СТПО, поэтому необходимо применять следующие принципы:

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

Приложения.
Индексы.

2.4.3Стандарт на Глоссарий

Глоссарий используется лишь как приложение к Спецификации требований к ПО (СТПО). Определения терминов – четкие и краткие, без «энциклопедических» обзоров. Назначение Глоссария – однозначность трактовок терминов, используемых в СТПО.

2.4.4Стандарт ISO 9000-3:1991 (Обеспечение качества)

Технология обеспечения качества в ЖЦ ПС представлена в стандарте ISO 9000-3:1991. Руководящие указания предназначены для унификации описания методов разработки и поставки ПС, а также способов контроля их качества, отвечающих требованиям заказчика. Этой унификации предлагается добиваться, предотвращая отклонения от стандарта на всех этапах ЖЦ - от начала разработки до технического обслуживания и ремонта. Предполагается, что в контракте будут особо оговорены важнейшие компоненты технологии проектирования и требования к техническим характеристикам ПС, иначе это делается в процессе разработки. Поставщик должен документально оформить цели, технологию и свои обязательства по обеспечению качества ПС. Необходимо определить ответственность, полномочия и взаимодействие всего руководящего, исполняющего работы и контролирующего персонала, который влияет на качество, надежность и безопасность применения создаваемого комплекса программ. Обеспечение и проверка качества проводится персоналом поставщика, независимым от специалистов, непосредственно ответственных за выполнение работ и создание изделий. Покупатель-заказчик назначает своего представителя, ответственного за сотрудничество с поставщиком в процессе создания ПС по данному контракту.

В стандарте определена структура системы обеспечения качества и ее функции в жизненном цикле ПС. Эта деятельность предусматривает:

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

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