ответы ст

1. Стандартизация: понятие, цели, принципы, уровни

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

Целями стандартизации являются:

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

2)обеспечение конкурентоспособности и качества продукции (работ, услуг), технической и информационной совместимости, сопоставимости результатов исследований и измерений;

3)содействие соблюдению требований технических регламентов;

4)создание систем классификации и кодирования технико-экономической и социальной информации.

Стандартизация осуществляется в соответствии с принципами:

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

2) максимального учета интересов заинтересованных лиц;

3)применения международного стандарта как основы разработки национального стандарта;

4)недопустимости установления таких стандартов, которые противоречат техническим регламентам;

Уровень стандартизации - форма участия в деятельности по стандартизации с учетом географического, политического или экономического признака.

международная стандартизация - стандартизация, участие в которой открыто для соответствующих органов всех стран;

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

национальная стандартизация - стандартизация, которая проводится на уровне одной конкретной страны;

административно-территориальная стандартизация - стандартизация,

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

2. Сферы действия стандартов

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

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

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

Перечень групп однородной продукции, подлежащей государственной стандартизации, разрабатывают министерства и ведомства и утверждает Госстандарт России. В строительстве и промышленности строительных материалов подобные перечни устанавливает Госстрой России.

В общетехнических стандартах устанавливают термины и определения, условные обозначения (коды, символы и др.), общие требования и другие общетехнические требования.

Организационно-методические стандарты регламентируют:

основные (общие) положения по организации и проведению работ по стандартизации,

порядок разработки, утверждения и внедрения на производство и т. п.

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

Отраслевой стандартизации подлежит продукция, на которую не предусмотрены государственные стандарты. Отраслевые стандарты утверждают министерства и ведомства, являющиеся головными (ведущими) по видам выпускаемой продукции. По продукции межотраслевого применения отраслевые стандарты утверждает Правительство РФ.

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

3. Международные и национальные организации по стандартизации

Международная стандартизация — это совокупность организаций по стандартизации и продуктов их деятельности: стандартов, рекомендаций, технических отчетов и другой научно-технической продукции.

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

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

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

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

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

Бюджет ИСО и МЭК складывается из взносов стран и от продажи международных стандартов.

Международный союз электросвязи МСЭ (ITU) — это международная организация, координирующая деятельность по развитию сетей и услуг электросвязи в мире. Большим достижением МСЭ является принятие в 1999 г. Рекомендаций по системе телевидения высокой четкости. В ней зафиксированы базовые параметры (число строк разложения, формат кадра, система развертки) телевидения XXI века.

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

Европейский комитет по стандартизации СЕН (CEN) создан в 1961 году.

Основная цель СЕН - содействие развитию торговли товарами и услугами путем разработки европейских стандартов (евронорм, EN). Один из принципов работы СЕН - обязательное использование международных стандартов ИСО как основы для разработки евронорм либо дополнение тех результатов, которые достигнуты в ИСО.

Европейский комитет по стандартизации в электротехнике СЕНЭЛЕК

(CENELEK) создан в 1971 году. Основная цель организации - разработка стандартов на электротехническую продукцию. Стандарты СЕНЭЛЕК - необходимое средство для создания единого европейского рынка.

Европейский институт по стандартизации в области электросвязи ЕТСИ

(ETSI) начал свою деятельность в 1988 году. Основная задача организации - поиск общих стандартов для создания комплексной инфраструктуры электросвязи.

Федеральное агентство по техническому регулированию и метрологии (Росстандарт).

Национальный орган по стандартизации выполняет следующие функции:

утверждает национальные стандарты;

принимает программу разработки национальных стандартов;

организует экспертизу проектов национальных стандартов;

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

создает технические комитеты по стандартизации и координирует их деятельность;организует опубликование национальных стандартов и их распространение;

4. Классификация стандартов

I.В зависимости уровня цен:

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

Нормальный стандарт рассчитывается по средним ценам.

Текущие - предусматривают расчет на основе цен определенного учетного периода.

Базовые стандарты - стандарты, установленные в начале года и в течение года остающиеся неизменными.

II. От уровня использования мощности

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

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

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

III. От объема выпуска продукции

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

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

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

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

5. Методы стандартизации

1. Философские методы

- метод соподчинения - движения мысли от абстрактного к всестороннему конкретному учению об объекте;

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

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

2. Общенаучные методы.

-эмпирические методы (наблюдение, сравнение, эксперимент, измерение);

-теоретические (идеализация, формализация, аксиоматический метод,

экстраполяция);

-эмпирико-теоретические методы (абстрагирование, анализ, синтез, индукция, дедукция, моделирование, систематизация, классификация).

-метод оптимизации - детальные математические модели сознания и функционирования объекта .

-экспертные методы- основаны на интуиции, эрудиции и опыте экспертов.

3. Специальные методы.

Опережающая стандартизация установлении повышенных норм;

Комплексная стандартизация - применение системы требований объекту стандартизации.

Унификация – рациональное уменьшение числа типов, видов и размеров объектов одинакового функционального назначения.

Типизация –в разработке и установлении типовых решений на основе наиболее прогрессивных методов и режимов работы.

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

6. Стандарты на организацию ЖЦ ПО. Международный стандарт

ISO/IEC 12207.

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

ГОСТ 34.601-90 - распространяется на автоматизированные системы и устанавливает стадии и этапы их создания. Кроме того, в стандарте содержится описание содержания работ на каждом этапе. Стадии и этапы работы, закрепленные в стандарте, в большей степени соответствуют каскадной модели жизненного цикла.

ISO/IEC 12207:1995- стандарт на процессы и организацию жизненного цикла. Распространяется на все виды заказного ПО. Стандарт не содержит описания фаз, стадий и этапов.

Custom Development Method(методика Oracle) по разработке прикладных информационных систем - технологический материал, детализированный до

уровня заготовок проектных документов, рассчитанных на использование в проектах с применением Oracle. Применяется CDM для классической модели ЖЦ (предусмотрены все работы/задачи и этапы), а также для технологий "быстрой разработки" (Fast Track) или "облегченного подхода", рекомендуемых в случае малых проектов.

Rational Unified Process (RUP) предлагает итеративную модель разработки, включающую четыре фазы : начало, исследование, построение и внедрение.

Microsoft Solution Frame work(MSF) сходна с RUP, так же включает четыре фазы: анализ, проектирование, разработка, стабилизация, является итерационной, предполагает использование объектно-ориентированного моделирования.

Extre me Programming(XP). Экстремальное программирование

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

Стандарт ISO/IEC 12207-95 определяет стратегию и общий порядок в создании и эксплуатации ПО, он охватывает ЖЦ ПО от концептуализации идей до завершения ЖЦ (жизненного цикла).

Особенности стандарта Стандарт не предписывает конкретную модель ЖЦ или метод разработки ПО;

Он определяет, что стороны-участники использования стандарта ответственны =

1.за выбор модели ЖЦ для проекта ПО,

2.за адаптацию процессов и задач стандарта к этой модели,

3.за выбор и применение методов разработки ПО,

4.за выполнение действий и задач, подходящих для проекта ПО;

Определения стандарта:

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

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

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

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

1.· процессов,

2.· видов деятельности,

3.· задач

Стандарт не определяет метрики, по которым можно было бы отслеживать ход работ и их результативность. Самыми крупными элементами являются процессы жизненного цикла ПО. Всего выделено 18 процессов, которые объединены в 3 группы:

1.-основные процессы;

2.-поддерживающие процессы;

3.-организационные процессы;

4.-процесс адаптации.

Основные процессы ЖЦ:

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

1.· инициация приобретения;

2.· подготовка запроса предложений;

3.· подготовка контракта;

4.· анализ поставщиков;

5.· получение ПО.

2)Процесс поставки определяет действия предприятия-поставщика, которое снабжает покупателя системой, программным продуктом или сервисом ПО.

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

Включает следующие работы:

1.· развертывание процесса разработки;

2.· анализ системных требований;

3.· проектирование (программно-аппаратной) системы в целом;

4.· анализ требований к ПО;

5.· проектирование архитектуры ПО;

6.· детальное проектирование;

7.· кодирование;

8.· отладочное тестирование;

9.· интеграцию ПО;

10.· квалификационное тестирование ПО;

11.· системную интеграцию;

12.· квалификационное тестирование системы;

13.· развертывание (установку или инсталляцию) ПО.

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

1.· консультирование пользователей;

2.· получение обратной связи и др.

5)Процесс поддержки ПО определяет действия персонала сопровождения, который обеспечивает:

1.· инсталляцию и удаление программного изделия на вычислительной

системе;

2.· анализ возникающих проблем;

3.· внесение изменений;

4.· экспертизу и передачу измененного ПО;

5.· перенос ПО с одной платформы на другую;

6.· изъятие ПО из эксплуатации.

7. Модели ЖЦ

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

3.2. Каскадная стратегия

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

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

Достоинства модели:

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

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

Недостатки модели :

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

·жизненный цикл основан на точной формулировке исходных требований к

информационной системе. Реально в начале проекта требования заказчика определены лишь частично;

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

3.3. Инкрементная стратегия

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

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

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

· отсутствия у заказчика возможности сразу профинансировать весь дорогостоящий проект;

·отсутствия у разработчика необходимых ресурсов для реализации сложного проекта в сжатые сроки;

·требований поэтапного внедрения и освоения продукта конечными

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

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

3.4. Спиральная стратегия

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

Достоинства модели:

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

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

·обеспечивает большую гибкость в управлении проектом;

·позволяет получить более надежную и устойчивую систему. По мере развития

системы ошибки и слабые места обнаруживаются и исправляются на каждой итерации; · позволяет совершенствовать процесс разработки – анализ, проводимый в каждой

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

·уменьшаются риски заказчика. Заказчик может с минимальными для себя финансовыми потерями завершить развитие неперспективного проекта.

Недостатки модели :

·увеличивается неопределенность у разработчика в перспективах развития

проекта. Этот недостаток вытекает из предыдущего достоинства модели; · затруднены операции временного и ресурсного планирования всего проекта в

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

9. Стандартизация форматов электронных документов.

Форматструктура содержательной части электронного документа.

ISO/IEC 26300:2006 (ODF)

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

Полное описание формата занимает 738 страниц. На сегодня, формат ODF не зависит ни от конкретной компании, ни от конкретного приложения. Формат доступен для чтения и записи всем без каких-либо ограничений, связанных с лицензиями

или патентами. Такой подход даѐт ODF ряд существенных преимуществ. Разработка формата некоммерческой организацией гарантирует обратную совместимость. Формат поддерживается уже более чем в 30 пакетах, работающих не только под Windows, но и под Linux.

ISO/IEC DIS 29500:2008 (OOXML)

Его описание занимает 6 546 страниц, и, при этом, является не полным. Однако

даже сама Microsoft не смогла реализовать данный формат.

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

ГОСТ Р 54989-2012/ISO/TR 18492:2005 «Обеспечение долговременной сохранности электронных документов, с датой введения в действие 1 мая 2013 года.

ГОСТ Р 54471-2011 ISO Системы электронного документооборота. Управление документацией. Информация, сохраняемая в электронном виде. Рекомендации по обеспечению достоверности и надежности.

ГОСТ Р 53898-2010 «Системы электронного документооборота. Взаимодействие систем управления документами. Требования к электронному сообщению»

ГОСТ Р 53898-2013 «Системы электронного документооборота. Взаимодействие систем управления документами. Технические требования к электронному сообщению» объѐмом 81 стр., вводится в действие с 01.09.2014 г.

10. Стандартизация интерфейсов прикладных систем

Открытая система - это система, которая состоит из компонентов, взаимодействующих друг с другом через стандартные интерфейсы.

Общие свойства открытых систем обычно формируются следующим образом:

расширяемость/масштабируемость

мобильность (переносимость)

способность к взаимодействию с другими системами

дружественность к пользователю, в т.ч. - легкая управляемость

Группа стандартов, созданная специалистами США под эгидой IEEE под общим названием — Интерфейсы переносимых операционных систем (Portable operating system interfaces — POSIX). Проблему переноса программ сосредоточили на унификации интерфейсов операционных систем ЭВМ с различными прикладными программами, а также с окружающей средой: с пользователями, базами данных, средствами коммуникации. Эти стандарты не ориентированы на определенную, конкретную архитектуру ЭВМ.

Всовокупности они образуют нормативную базу открыты х компьютерных систем

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

При формировании концепции стандартов POSIX были поставлены следующие задачи :

содействовать облегчению переноса кода прикладных программ на иные

платформы;

способствовать определению интерфейсов заранее, а не в процессе их

реализации;

учитывать все главные, созданные ранее и используемые прикладные

программы;

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

Все стандарты POSIX имеют рекомендательный характер.

По функциональному назначению документы POSIX можно разделить на четыре группы стандартов :

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

конкретизирующие интерфейсы с операционной платформой

прикладных программ, разрабатываемых на трех базовых языках программирования — Си, Фортран и Ада;

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

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

структуру профилей прикладного окружения.

Развитие стандартов POSIX

ISO 09945-1:1990 — Информационная технология. Интерфейсы переносимых операционных систем.

ISO/IEC/IEEE 9945:2009 - Информационные технологии. Основные спецификации интерфейса переносимой операционной системы (POSIX®). Выпуск 7 ( в 2008 году большинство частей POSIX были объединены в этот стандарт).

Деятельность комитетов POSIX.

Первая рабочая группа POSIX (Portable Operating System Interface) была образована в IEEE в 1985 г. на основе UNIX-ориентированного комитета по стандартизации. Первоначальная направленность работы POSIX на стандартизацию интерфейсов ОС UNIX. Однако постепенно тематика работы рабочих групп POSIX (а со временем их стало несколько) расширилась настолько, что стало возможным говорить не о стандартной ОС UNIX, а о POSIX-совместимых операционных средах, имея в виду любую операционную среду, интерфейсы которых соответствуют спецификациям

POSIX.

Стандарты интерфейсов открытых систем разбиваются на две основные категории в соответствии с двумя типами интерфейсов:

стандарты прикладных программных интерфейсов (Application Program Interface (API) Standards);

стандарты внешнего окружения (External Environment Interface (EEI)

Standards).

API определяет следующие типы сервисов:

системные сервисы;

коммуникационные сервисы ;

информационные сервисы;

сервисы взаимодействия человека с компьютером

EEI определяет следующие типы сервисов и, соответственно, интерфейсов:

коммуникационные сервисы;

информационные сервисы ;

сервисы взаимодействия человека с компьютером

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