8. Стандарты на продукцию и процесс разработки по.

Вид стандарта — характеристика, определяющаяся его содержанием в зависимости от объекта стандартизации.

ГОСТ Р 1.0 установил следующие основные виды стандартов:

стандарты основополагающие;

стандарты на продукцию;

стандарты на услуги;

стандарты на процессы (работы);

стандарты на методы контроля;

стандарты на термины и определения.

Основополагающий стандарт — стандарт, имеющий широкую область распространения и/или содержащий общие положения для определенной области.

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

Существует два подвида стандартов — организационно-методические и общетехнические.

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

Основополагающие организационно-методические стандарты устанавливают общие организационно-технические положения по проведению работ в определенной области (например, ГОСТ Р 1.2—2004 «Стандартизация в Российской Федерации. Правила разработки, утверждения, обновления и отмены»).

Основополагающие общетехнические стандарты устанавливают: научно-технические термины, многократно используемые в науке, технике, производстве; условные обозначения различных объектов стандартизации — коды, метки, символы ( например, ГОСТ 14192—96 «Маркировка грузов»); требования по обеспечению единства измерений (ГОСТ Р 8.000—2000 «Государственная система обеспечения единства измерений») и пр.

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

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

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

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

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

Стандарты на методы контроля должны в первую очередь обеспечивать всестороннюю проверку всех обязательных требований к качеству продукции (услуги). Устанавливаемые в стандартах методы контроля должны быть объективными, точными и обеспечивать воспроизводимые результаты. Выполнение этих условий в значительной степени зависит от наличия в стандарте сведений о погрешности измерений и других характеристиках, предусмотренных комплексом стандартов, выполненных на основе международных стандартов ИСО.

Для каждого метода в зависимости от специфики его проведения устанавливают:

средства испытаний и вспомогательные устройства;

порядок подготовки к проведению испытаний;

порядок проведения испытаний;

правила обработки результатов испытаний;

правила оформления результатов испытаний;

допустимую погрешность испытаний.

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

Практика обязательной сертификации вызвала необходимость разработки стандартов смешанного вида — стандартов на продукцию и методы контроля, в частности стандартов на требования безопасности к продукции (услуге) и методы контроля безопасности. Пример: ГОСТ 25779 «Игрушки. Общие требования к безопасности и методы контроля».

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

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

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

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

Сложность разработки ПО

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

Разделы дисциплины

Разработка программного обеспечения может быть разделена на несколько разделов. Это:

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

Проектирование программного обеспечения: проектирование программного обеспечения средствами Автоматизированной Разработки Программного Обеспечения (CASE) и стандарты формата описаний, такие как Унифицированный Язык Моделирования (UML).

Инженерия программного обеспечения: создание программного обеспечения с помощью языков программирования.

Тестирование программного обеспечения: поиск и исправление ошибок в программе.

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

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

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

Процесс разработки программного обеспечения: процесс построения программного обеспечения горячо обсуждается среди практиков, основными парадигмами считаются agile или waterfall.

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

Качество программного обеспечения: методика оценки критериев качества программного продукта и требований к надёжности.

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

Проблемы разработки ПО

Наиболее распространёнными проблемами, возникающими в процессе разработки ПО, считают:

Недостаток прозрачности. В любой момент времени сложно сказать, в каком состоянии находится проект и каков процент его завершения.

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

Недостаток контроля. Без точной оценки процесса разработки срываются графики выполнения работ и превышаются установленные бюджеты. Сложно оценить объём выполненной и оставшейся работы.

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

Недостаток трассировки.

Недостаток мониторинга. Невозможность наблюдать ход развития проекта не позволяет контролировать ход разработки в реальном времени. С помощью инструментальных средств менеджеры проектов принимают решения на основе данных, поступающих в реальном времени.

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

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

Данная проблема возникает вследствие нежелания конечного потребителя использовать те или иные программные среды. Например, когда при создании клиент-серверной системы потребитель предъявляет требования не только к операционной системе на компьютерах-клиентах, но и на компьютере-сервере.

Недостаточная надежность. Самый сложный процесс — поиск и исправление ошибок в программах на ЭВМ. Поскольку число ошибок в программах заранее неизвестно, то заранее неизвестна и продолжительность отладки программ и отсутствие гарантий отсутствия ошибок в программах. Следует отметить, что привлечение доказательного подхода к проектированию ПО позволяет обнаружить ошибки в программе до её выполнения. В этом направлении много работали Кнут, Дейкстра и Вирт. Профессор Вирт при разработке Паскаля и Оберона за счет строгости их синтаксиса добился математической доказуемости завершаемости и правильности программ, написанной на этих языках. Особенно крупный вклад в дисциплину программирования внёс Дональд Кнут. Его четырёхтомник «Искусство программирования» является необходимой для каждого серьёзного программиста книгой.

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

Отсутствие гарантий качества и надежности программ из-за отсутствия гарантий отсутствия ошибок в программах вплоть до формальной сдачи программ заказчикам.

Данная проблема не является проблемой, относящейся исключительно к разработке ПО. Гарантия качества — это проблема выбора поставщика товара (не продукта).