Стандарты в области программного обеспечения

Размещено на http://www.allbest.ru/

Министерство образования и науки Российской Федерации

Институт Экономики, Управления и Права (г. Казань)

Бугульминский филиал

Экономический факультет

Специальность «Прикладная информатика в экономике»

Реферат

на тему: «Стандарты в области программного обеспечения»

Выполнила: студентка II курса

группы 1061 Ярмеева М.Ш.

Проверила: Марина О.Н.

Бугульма,

2008

В толковом словаре по информатике В.И. Першикова и В.М. Савинкова понятие «стандартизация» определяется как принятие соглашения по спецификации, производству и использованию аппаратных и программных средств вычислительной техники; установление и применение стандартов, норм, правил и т.п.

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

Такие стандарты регламентируют взаимодействие между различными программами. Для этого предназначены стандарты межпрограммного интерфейса, например, OLE (Object Linking and Embedding - связывание и встраивание объектов). Без таких стандартов программные продукты были бы «закрытыми» друг для друга.

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

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

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

Необходимость стандартизации разработки программного обеспечения наиболее удачно описана во введении в стандарт ISO/IEC 12207: «ПО является неотъемлемой частью информационных технологий и традиционных систем, таких, как транспортные, военные, медицинские и финансовые. Имеется множество разнообразных стандартов, процедур, методов, инструментальных средств и типов операционной среды для разработки и управления ПО. Это разнообразие создает трудности при проектировании и управлении ПО, особенно при объявлении программных продуктов и сервисных программ. Стратегия разработки ПО требует перехода от этого множества к общему порядку, который позволит специалистам, практикующимся в ПО, «говорить на одном языке» при разработке и управлении ПО. Этот международный стандарт обеспечивает такой общий порядок».

Попробуем внести порядок в многообразие стандартов действующих в сфере ИТ, и классифицировать их (рисунок 1.).

Рис.1. Схема классификации стандартов в области информационных технологий

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

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

Однако из главных причин значимости современной программы стандартизации - осознание опасности злоупотребления стандартами «де-факто». В 60-е и 70-е годы XX века создания стандартов «де-факто» ставило пользователей в зависимые от производителей положение при использовании основных средств обработки данных и телекоммуникаций. Важный аспект сегодняшней работы по стандартизации - преодоление этой зависимости через продвижение стандартных интерфейсов. Долгое время такими стандартами были SQL (Structured Query Language) и язык диаграмм Д. Росса SADT (Structured Analysis and Design Technique).

Стандарт «де-юре» создается формально признанной стандартизующей организацией. Он разрабатывается при соблюдении правил консенсуса в процессе открытой дискуссии, в которой каждый имеет шанс принять участие. Ни одна группа не может действовать независимо, создавая стандарты для промышленности. Если какая-либо группа поставщиков создает стандарт, не учитывающий требования пользователей, она потерпит неудачу. Тоже самое происходит, если пользователи создают стандарт, с которым не могут или не будут соглашаться поставщики, - этот стандарт также не будет успешным. Стандарты «де-юре» не могут быть изменены, не пройдя процесс согласования под контролем организации, разрабатывающей стандарты. Стандарты OSI (Open Systems Interconnection reference model), Ethernet, POSIX, SQL и большинство стандартов языков - примеры такого рода стандартов.

В качестве примера перехода стандарта «де-факто» в стандарт «де-юре» рассмотрим историю развития и стандартизации языка SQL.

Работы по созданию языка SQL были начаты в 70-х годах прошлого столетия в исследовательских лабораториях компании IBM. В настоящее время он стал одним из главных стандартов в области информационных систем и обеспечил технологию базового языка для целого поколения СУБД, основанных на реляционной модели. Не смотря на то, что он был коммерчески реализован в начале 80-х годов лишь для небольшой группы программных продуктов, SQL, бесспорно, получил признание с принятием ANSI и ISO стандарта SQL-86. Позднее, при подготовке стандарта SQL-89, в язык был включен ряд дополнительных возможностей.

Источники SQL следует отнести к периоду рождения реляционной модели данных. Поскольку в течение нескольких последующих лет не появилось никаких языков подобных SQL, в исследовательских проектах, инициированных компанией IBM после публикации статьи Э.Ф. Кодда, придавалось особое значение необходимости создания языков интерфейса, создаваемых СУБД для проверки возможностей реляционной модели. Историю разработки языка SQL иллюстрирует рисунок 2.

Рис.2. Схема истории и истоков SQL

В исследовательских лабораториях IBM в начале 70-х годов XX века одновременно с работой над будущим языком SQL разрабатывались и другие проекты по созданию и экспериментальной реализации реляционных языков. Вероятность, наиболее известным из них является созданный М. Злуфом из лаборатории IBM в Йорктаун-Хейтс примерно в одно и тоже время с SEQUEL (ранней версией SQL) реляционный язык Query-By-Example (QBE). Этот язык используется в настоящее время во многих коммерческих программных продуктах на ряду с SQL.

В 1974 году Дональд Д. Чамберлин из Исследовательской лаборатории IBM и Сан-Хосе предложил спецификации реляционного языка, называемого SEQUEL (Structured English QUEry Language). Пересмотренная версия этого языка (SEQUEL/2) была разработана в 1976-1977 годах, и он приобрел свое окончательное название - SQL (Structured Query Language).

Еще перед тем, как коммерческие продукты IBM в начале 80-х годов ХХ века вышли на рынок ПО, компания Relation Software Inc. (называющаяся теперь Oracle Corporation) объявила о выпуске реляционной СУБД, основанной на языке SQL. Эта система в результате ее эволюции стела одной из доминирующих коммерческих систем и носит название ORACLE.

Продукт ORACLE с его языком SQL столкнулся с конкуренцией в сфере средних ЭВМ и мини-ЭВМ со стороны продуктов ряда других разработчиков, в частности СУБД Ingres с языком QUEL компании Relation Technology Inc., а так же продукта Rdb/VMS с языком RDML компании Digital Equipment Corporation.

Одной из причин преуспевания SQL послужило формирование Американским национальным институтом стандартов (American National Standards Institute, ANSI) комитета X3H2, учрежденного для разработки стандартов языков баз данных. Представитель IBM предложил использовать в качестве предварительных спецификаций реляционного языка результаты ранние проведенные IBM работы над SEQUEL/2, и разработчики стандарта преступили к работе. Документ, озаглавленный «SQL», представлял собой по большей части трактат о различных формах SQL, используемых в коммерческих программных продуктах.

Международная организация по стандартизации (International Standards Organization, ISO) в рамках технического комитета ТС-97 (называемого теперь как ISO/IEC JTCI) также вела работу по созданию стандарта языков реляционных баз данных. В середине 80-х годов как ANSI, так и ISO одобрили стандарты SQL (ANSI - в 1986 году; а ISO - в начале 1987 года).

Первый стандарт SQL в связи со способом его разработки был весьма не полным в части функциональных возможностей систем БД, и многие из поставщиков продолжали вносить в свои программные продукты большой рад расширений к стандарту. В 1989 году была принята пересмотренная версия стандарта SQL, которая отличалась от стандарта 1986 года главным образом именно возможностями поддержки целостности по ссылкам.

Однако еще до 1989 года как в ANSI, так и в ISO началась работа по радикальным расширениям SQL. Эта работа, первоначально идентифицированная как «SQL2», началась в 1987 году, и ее результаты были спустя 5 лет приняты в качестве стандарта SQL-92.

Добавляет путаницы еще и то обстоятельство, что работа над SQL2 перекрывалась работой над SQL3, новой версией стандарта SQL. Работа над SQL3 началась еще в 1990 году параллельно с SQL2, главным образом как над «запасным резервуарам» для возможностей, которые предполагалось не включать по тем или иным причинам в SQL2. SQL3 включает объективно-ориентированные расширения языка, а так же дополнительные реляционные возможности, которым не нашлось места в SQL2.

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

стандартизация программный вычислительный информационный

Рис.3. Схема истории стандартизации SQL

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

Но рынок живет по несколько иным законам. Первый подход обладает инертностью, проблема уже назрела, ее надо решать, и неизвестно, когда соберутся эксперты и разработают необходимый стандарт. Во втором случае компании - разработчики ПО разрабатывают каждая свое решение, и самое популярное, массовое с точки зрения частоты использования решение обретает статус стандарта (необязательно юридически). Так, SQL стал стандартом языка обращения к базам данным, что называется «де-факто», хотя потом статус стандарта был закреплен юридически.

Недостаток этого подхода состоит в том, что стандартом становится не самое сильное, а самое массовое коммерческое решение.

В качестве еще одного примера появления стандарта можно привести появление популярного UML - Unified Modeling Language. Основные разработки по методам объектно-ориентированного анализа появились между 1988 и 1992 годами. К 1994 году было большое количество неформальных лидеров разработчиков-практиков (около полутора десятков), которые продвигали свои методологии. Все их методы были схожи, при этом зачастую отличия между ними заключались во второстепенных деталях. Назревал разговор о стандартизации. Команда из OMG пыталась рассмотреть проблему стандартизации, но в ответ получила открытое письмо с протестом всех авторов. В 1996 году три ведущих специалиста в области объектно-ориентированного анализа и проектирования Джеймс Рамбо (James Rumbaugh), Гради Буч (Grady Booch), Ивар Якобсон (Ivar Jacobson) объединились, и появился на свет Унифицированный метод версии 0.8, в 1996 году «трое друзей» работали над своим методом, который получил название Unified Modeling Language. В январе 1997 года различные организации представили свои предложения по стандартизации методов, предусматривающие в первую очередь возможность обмена информацией между различными моделями. В результате имеется предложение - стандарт UML.

Размещено на Allbest.ru