Технические условия
Документ ТУ устанавливает технические требования к продукции. Здесь обычно указываются методы или процедуры, которые следует использовать для проверки соблюдения требований данного документа, когда это необходимо.
Свод правил
Обычно разрабатывается для процессов проектирования, монтажа оборудования и конструкций, тех. обслуживания и т.д.
Все указанные нормативные документы являются рекомендательными, кроме регламента.
Регламент
Регламент это документ в котором содержаться обязательные правовые нормы.
Кроме стандартов нормативными док-ми являются различные правила и рекомендации по стандартизации, а так же различные ТУ. Особенные требования предъявляются к нормативным документам на продукцию, которая подлежит обязательной сертификации.
Государственные стандарты разрабатывают на продукцию потребности в которой носят межотраслевой характер.
Отраслевые стандарты разрабатываются применительно к продуктам определенной отрасли. Их требования не должны противоречить обязательным требованиям гос. стандартов, а так же правилам и нормам безопасности установленных для отрасли.
Объектами отраслевой стандартизации могут быть:
¾ продукция применяемая в отрасли
¾ правила по организации работ в отраслевой стандартизации
¾ типовые конструкции изделий отраслевого применения
¾ правила метрологического обеспечения в отрасли
|
|
|
Стандарты предприятий разрабатываются и применяются самими предприятиями.
Объектами стандартизации являются составляющий подсистем организации и управления производством, совершенствование которой есть главная цель стандартизации, кроме того стандартизации на предприятии может затрагивать????. Тогда объектами стандартизации являются составные части продукции.
Закон РФ о стандартизации, рекомендует использовать стандартизацию на предприятии для освоения данным предприятием государственных, международных, региональных стандартов. А так же для регламентирования требований к сырью, полуфабрикатов, закупаемых у других организаций. Эта категория стандартов обязательна для предприятия принявшего этот стандарт.
ТУ разрабатывают предприятия и другие субъекты хоз. деятельности в том случае, когда стандарт создавать не целесообразно. Объектом ТУ может быть продукция разовой поставки, выпускаемая малыми партиями и т.п.
Стандарты в области ПО
Здесь стандартизация определяется как принятие соглашения по спецификации, производству и использованию аппаратных и программных средств ВТ(выч. техники), а так же установления и применения стандартов, норм, правил.
|
|
|
Здесь стандарты обеспечивают возможность разработчикам ПО использовать данные и программы других разработчиков, осуществлять экспорт или импорт данных.
Такие стандарты регламентируют взаимодействие между различными программами, для этого предназначены стандарты межпрограммного интерфейса OLE(связывание и встраивания объектов)
| Стандарты |
| В зависимости от возниконовения |
| Отраслевые |
| Национальные |
| Де-юре |
| Де-факта |
| Внутрифирменные |
| Международные |
| В зависимости от масштаба |
| Стандарты на организацию жизненного цикла |
| Стандарты надежности |
| Стандарты разработки ПО |
| Стандарты тестирвоания |
| Стандарты интерфейса Стандарты программирования Стандарты обмена данными и др |
| Стандарты документирования |
| Стандарты обеспечения кач-ва |
¾ Сообщение SQL
¾ Сообщение язык диаграмм Росса SADT, UML
Международные организации разрабатывающие стандарты
Международная организация по стандартизации (ИСО)
Добровольная не правительственная программа.
Примеры некоторых базовых международных стандартов в области информационных технологий:
¾ ISO/IEC 12207:1995 - информационные технологии. Процессы жизненного цикла ПО (позже Гост Р 12207)
|
|
|
¾ ISO/IEC 12207:1998 ИТ. Характеристики и метрики качества программного обеспечения ч. I
¾ ISO/IEC 15288:2000 Управление жизненным циклом. Процессы жизненного цикла системы
¾ MIL/STD - 498:1994 Разработка и документирование программного обеспечения и т.д
Международная электротехническая комиссия (МЭК)
МЭК так же является????? разрабатывает и публикует международные стандарты, для всех электрических/электронных технологий, и технологий касающихся этого. Эти области не входят в сферу деятельности ИСО.
Кроме ИСО и МЭК можно назвать еще международные организации разрабатывающие стандарты: IEC(международная электронная комиссия) ITU (международный союз по телекоммуникации).
Признанные европейские организации: CEN (аналог ИСО), CENELEC (че то там электротехники)...
Промышленные консорциумы, региональные организации.
Жизненный цикл программных средств
Набор этапов, в последовательности их выполнения регламентирующих ведение работ от подготовки ТЗ, до завершении испытаний и окончании эксплуатаций ПС или ИС.
Стандарты включают:
1. Правила описания исходной информации
2. Способы и методы выполнения операции
3. Устанавливают правила контроля технологических процессов
|
|
|
4. Требования к оформлению их результатов
5. Регламентируют содержание технологических и эксплуатационных документов, на комплексы программ
Они определяют организационную структуру коллектива, обеспечивают распределение и планирование заданий, а так же контроль за кодом создания программной системы.
Все многообразие номенклатуры и функциональных возможностей разрабатываемых программных средств, затрудняет использование традиционных методов стандартизации групп однородной продукции. В то же время обязательная реализация проекта типовых процессов жизненного цикла дает возможность использовать методы функциональной стандартизации основанные на применении базовых стандартов и разработаны на их основе, называется профилей стандартов для конкретного типа объекта(проекта или системы). Под базовым стандартом понимается принятый нормативный документ, регламентирующий типовые требования применительно к данному объекту стандартизации. Под профилем стандартов понимается принятый нормативный документ регламентирующий требования, выбранные из базовых стандартов и при необходимости дополненные или уточненные применительные к конкретной группе данного объекта стандартизации.
В России первые основы построения и использования стандартов ЖЦ программных средств заложен в базовом стандарте ГОСТ Р ИСО/МЭК 12207-99.
В данном стандарте программное обеспечение это набор компьютерных программ, процедур и связанной с ними документации и данных.
Процесс - совокупность взаимосвязанных действий, преобразующий некоторые входные данные в входные. Каждый процесс характеризуется определенными их решения, исходными данными полученными от других процессов, и результата.
Программный модуль - это отдельно компилируемая часть программного кода.
Системы - комплекс состоящий из процессов, технических и программных средств, устройств и персонала обладающий возможностью удовлетворять установленным потребностям.
Процессы создания автоматизированных систем в состав которых входит и программное обеспечение, регламентированы следующими стандартами:
¾ ГОСТ 34.601-90 ИТ. Комплекс стандартов на автоматизированные системы(АС). АС. Стадии создания
¾ ГОСТ 34.602-89 ИТ. Комплекс стандартов на АС. Техническое задание на создание АС.
¾ ГОСТ 34.603-92 ИТ. Виды испытаний АС
В стандарте ГОСТ Р ИСО/МЭК 12207-99 впервые реализован принцип структурной стандартизации: жизненного цика программных средств на основе регламентаций требований к процессам, работами задачам, входящим в полную типовую структуру жизненного цикла программных средств.
Процессы ЖЦ ПС выделены по принципу ответственности субъекта реализующего конкретный процесс. С точки зрения соподчиненности и важности данных процессов, они разбиты на три группы, основные, вспомогательные и организационные.
| Основные процессы |
| Поставка |
| Сопровождение |
| Разработка |
| Эксплуатация |
| Приобретение |
Приобретение: Состоит из задач или действий заказчика приобретающего ПС. Поставщик - это организация, которая заключает договор с заказчиком на поставку системы, программного средства или программной услуги, на условиях оговоренных в договоре. Надзор за деятельностью поставщика осуществляется в соответствии с действиями, предусмотренными в процессах совместной оценки и аудита. В процессе приемки подготавливаются и выполняются требуемы тесты. Завершение работ осуществляется в случае удовлетворения всех условий приемки.
Поставка: Охватывает действия и задачи, выполняемые поставщиком, который снабжает заказчика программным продуктом или услугой. Инициирование поставки заключается в рассмотрении поставщиком заявочных предложений и принятия решения о согласии в соответствии с выставленными требованиями. Планирование включает: принятие решения поставщиком, относительно выполнения работ своими силами или привлечения суб. подрядчика; разработка поставщиком управления проектом.
Разработка: Предусматривает действия и задачи выполняемые разработчиком и охватывает работы по созданию ПС и еще его компонентов.
Эксплуатация: охватывает действия и задачи оператора, т.е организации эксплуатирующей данную систему. Подготовительная работа включает проведение оператора в следующих задач: планирование работы, выполняемых в процессе эксплуатации и установка эксплуатационных стандартов; определение процедур возникающих в процессе эксплуатации; Эксплуатационное тестирование осуществляется для каждой очередной редакции программного продукта перед передачей ее в эксплуатацию. Эксплуатация системы выполняется в предназначенной для этого среде в соответствии с пользовательской документацией. Поддержка пользователей заключается в оказании консультации при обнаружении ошибок в процессе эксплуатации программной системы.
Сопровождение: Предусматривает действия и задачи выполняемые службой сопровождения. Данный процесс активизируется при модификации программного продукта. Изменения вносимые в существующие программные средства не должны нарушать его целостности. Перенос чего то там и заканчивает процесс сопровождения снятием программного средства с эксплуатации.
Включает следующие задачи: планирование действий и работ выполняемых в процессе сопровождения; определении процедур локализации и разрешения проблем возникающих; анализ проблем и запросов на модификацию ПС выполняемые службой сопровождения.
Подготовительная работа службы сопровождения включает следующие задачи:
- планирование действий и работ, выполняемых в процессе сопровождения
- определение процедур, локализации и разрешения проблем, возникающих в процессе сопровождения
Производится анализ проблем и запросов на модификацию программной системы, выполняемый службой сопровождения.
- анализ сообщения и возникающей проблеме
- оценка целесообразности проведения модификации
- утверждение выбранного варианта модификации
Модификация ПС предусматривает определение компонент в ПС, их версий и документации, подлежащих модификации и внесения изменений в соответствии с правилами процесса разработки. Подготовленные изменения тестируются и проверяются в соответствии по критериям, определенным в документации.
При подтверждении корректности изменений проводится корректировка документации в программах. Проверка и приемка заключается в проверке целостности модифицируемой системы и утверждении внесенных изменений.
При переносе ПС в другую среду используется имеющиеся или разрабатываются новые средства переноса, затем выполняется конвертирование программ и данных в новую среду.
Снятие ПС с эксплуатации осуществляется по решению заказчика при участии службы сопровождения и пользователей, при этом программные продукты и соответствующая документация подлежат архивированию в соответствии с договором.
Организационные процессы
Управление проектами Создание инфраструктуры проекта Усовершенствование ЖЦ Обучение
Процесс управления включает задачи, которые могут выполняться любой стороной, управляющей своими процессами. Данная сторона(менеджер) отвечает за управлением выпуска продукции, за управление проектом и управлением задачами процессов. При инициировании менеджер должен убедиться, что необходимые для управления ресурсы(персонал, оборудование) имеются в достаточном количестве.
Планирование подразумевает выполнение следующих задач:
- составление графиков выполнения работ
- оценка затрат
- ресурсы
- распределение ответственности
И т.д.
Процесс создания инфраструктуры охватывает выбор технологии, стандартов и инструментальных средств. Выбор и установку аппаратных и программных средств, используемых для эксплуатации, разработки и сопровождения. Инфраструктура должна модифицироваться в соответствии с изменением требований соответствующим процессам. Инфраструктура является одним из объектов управления конфигурацией.
Процесс усовершенствования ЖЦ – оценка, измерение и контроль, усовершенствование ПЖЦ
Процесс усовершенствования направлен на повышение производительности труда всех участвующих здесь специалистов.
Процесс обучения охватывает первоначальное обучение и последующее постоянно повышение квалификации персонала.
| Вспомогательные процессы |
| Обеспечение качествоа |
| Разрешение проблем |
| Вер |
| Аттестация |
| Совместнатя оценка |
| Управление качеством |
| Документирование |
Документирование: предусматривает описание информации созданной в течении жизненного цикла программных средств. Данный процесс состоит из набора действий с помощью которых планируют, проектирую, разрабатывают сопроводительные документы необходимые для всех заинтересованных лиц.
Управление конфигурацией: согласно стандарту --- совокупность его характеристик установленных в его технической документации и реализованных в ПС. Упрраление конфигурации позволяет организовать, систематически учитывать и контролировать внесение изменений в ПС на всех стадиях ЖЦ.
Обеспечение кач-ва: обеспечивает соответствующие гарантии того, что ПС и процессы его жизненного цикла соответствуют заданным требованиям и утвержденным планам. Под кач-вом ПС понимается совокупность свойств, которая характеризует способность ПС удовлетворять заданным требованиям. Для получения достоверных оценок создаваемого ПС --- при этом могут использоваться --- других ПС. Подготовительная работа заключается в координации с другими вспомогательными процессами и планировании самого процесса обеспечения кач-ва с учетом использования стандартов.
Модели ЖЦ и ПС
ЖЦ – стр-ра, состоящая из процессов, работ и задач, кот. включают разработку, эксплуатацию, четотам еще до прекращения использования.
Каскадная модель – отправная точка для огромного количества других моделей. Переход к следующему процессу осуществляется только после завершения работы с текущим, возврат к уже пройденных процессам не предусмотрен.
"Чисто" каскадная модель, считается отправной точкой для огромного количества других моделей. Сформировалась с 70г по 85г. Переход к следующему процессу здесь осуществляется только после того, как завершена работа с текущим процессом. Возврат к уже текущим процессам не предусмотрен.
| Анализ |
| Программирование |
| Сопровождение |
| Тестирование |
| Проектирование |
Каскадно-возвратная модель – разрешены возвраты к предыдущим результатам, возможен пересмотр принятых ранее решений.
Каскадно-итеррационная модель – предусматривает последовательные итеррации каждого процесса до тех пор, пока не будет достигнут желаемый результат.
Каскадная модель с перекрывающимися процессами – завершения текущего процесса, несколько проц. мб выполняться параллельно.
Каскадная модель с подпроцессами – очень близка к предыдущей модели с перекрывающимися процессами. особенность ее в том, что с архитектурной точки зрения проект мб разделен на подпроекты, кот. могут разрабатываться индивидуально.
1. Дать определение понятию "Стандартизация"
2. Охарактеризовать основные уровни стандартизации
3. Назвать основные виды нормативных док-тов
4. Дать определение понятию "Стандарт"
5. Как определяется понятие "Стандарт" в области ПО
6. В чем различие между понятиями стандарта "де-факто" и "де-юре"
7. Назвать известные вам международные организации, разрабатывающие стандарты
8. Объяснить, почему нужны внутрифирменные стандарты
9. Что понимается под профилем стандарта
10. Объяснить понятие ЖЦ ПС
Стандарты документирования программных средств
Сертификация ПО
Основные понятия, задачи и проблемы ПС
Сертификация - это одна из форм подтверждения соответствия какого либо объекта заданного требованиям. Является средством независимой оценки соответствия товара надлежащим кач-вом.
Подтверждения соответствия это процедура результатом которой является документальное свидетельство, дающее уверенность, в том, что продукция соотв. установленным треования.
Подтверждение соответствия в рамках принятых в руководстве ИСОМЭК может осуществляется следующими способами:
1. Сертификация - это процедура посредством которой третья сторона дает письменную гарантию, что продукция соответствует установленным требованиям. Отличительной чертой подтверждения соответствия, что она выполняется третей стороной, это лицо или орган признанные независимыми не от поставщика и не от потребителя.
2. Декларация(заявление) о соответствии - это документов котором изготовитель удостоверяет, что поставляемые им продукции соответствует установленным требованиям.
Основной целью сертификации ПС, их систем качества и документирования, обпечения ЖЦ, является контроль и удостоверение качества технологи и продукции, гарантирование их высоких портбительских свойств.
задача состоит в повышении эффективности затрат в сфере --- и применения конечного продукта и в его конкурентоспособности.
Формальной целью сертификации является подготовка и принятие решения о целесообразности выдачи документа - сертификата соответствия.
Сертификация соответствия ПС - заключается в их формализованных испытаниях, особо выделенным коллективом специалистов имеющим право на государственный или ведомственный контроль функций и качества ПС и гарантирующим их соотвтсвие стандартам и другим нормативным документам, а так же безопасность применения. Результатом положительных испытаний - является сертификат соответсявя, это документ изданный по правилам системы сертификации удостоверяющий, что продукция соотвествет конкретным стандартам или другим нормативным документам.
Срок действия серетфиката может быть ограничен(например три года). Вступает в действие с момента его регистрации в государственном/ведомственном реестре. Для удостворения кач-ва конечного продукта ПС, его компонентов и его документов следует серетфицировать так же технологические процессы поддерживающие их жизненный цикл.
По этому встают 2 задачи сертификации конечных объектов:
1. Сертификаты ПП
2. Технологии систем качества, которые обеспечивают их создание и совершенствование.
При организации процессов сертификационных испытаний технологий или объектов программных средств следует учитывать ряд базовых компонентов, методологий и сертификаций, подлежащий рассмотрению или утверждению перед испытаниями конкретного проекта.
-----
Характеристики и классификация объектов и процессов
Ресурсы
Результатом положительных испытаний является сертификат соответствия.
Базовые компоненты:
-цели сертификации: правовые, экономические итд
-исходные данные и документы
Возможность корректного применения сертификационного объекта.
При анализе сертификации программного средства целесообразно выделить следующие проблемы:
-научно методические
-технологические
Проблемы стандартизации и нормативной документации:
Организационные проблемы определение прав и обязанностей, оснащение нормативно методическими и инструментально технологическими средствами
Экономические проблемы
Правовые проблемы
Научно методических задач:
-для каждого вида ПС необходимо определять представительный набор
-категорию критичности требуемую достоверность
Должны определяться содержание и объемы сертификационных испытаний версии ПС
-Должны быть разработаны эффективные методы и нормативные документы регламентирующие процесс сертификации различных видов ПС.
А так же улучшению технологических процессов разработки программ гарантирующих достижение требуемых показателей качеств для различных видов программ.
Дата добавления: 2016-01-04; просмотров: 16; Мы поможем в написании вашей работы! |
Мы поможем в написании ваших работ!