26. Стандартизация разработки ис

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

• информационный;

• программный;

• аппаратный.

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

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

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

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

—-

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

- по предмету стандартизации: функциональные стандарты (стандарты на языки программирования, интерфейсы, протоколы) и стандарты на организацию Жизненного Цикла (ЖЦ) создания и использования Автоматизированных Систем (АС) и Программного Обеспечения (ПО);

- по утверждающей организации: официальные международные стандарты, официальные национальные или национальные ведомственные (например ГОСТы, ANSI, IDEF0/1), стандарты международных консорциумов и комитетов по стандартизации (OSF, OMG, ранее широко известный CODASYL), стандарты "де-факто" (таким долгое время был SQL или язык диаграмм SADT Д. Росса), фирменные стандарты (Microsoft ODBC, IBM SNA);

- по методическому источнику: методические материалы фирм-разработчиков ПО, фирм-консультантов, научных центров, консорциумов по стандартизации (например, Oracle Method, Price Waterhouse SMM, SEI CMM); они могут называться по-разному - например, "Метод", "Методология", "Подход", "Модель".

27. Организация многопользовательских субд

Для организации многопользовательской СУБД, необходимо, чтобы компьютеры были объединены в сети. При разработке баз данных в ЛВС предприятий применяют два типа (две архитектуры) их организации:

• файл—сервер

• клиент—сер­вер.

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

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

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

• В архитектуре клиент—сервер все процессы обработки инфор­мации выполняются на сервере по запросу клиента, которому от­сылаются только результаты обработки данных.

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

Недостатки организации БД по архитектуре файл —сервер:

• при передаче по сети файлов БД (особенно с большими объе­мами информации и с учетом возможного обращения к файлам одновременно нескольких пользователей) резко снижается про­изводительность работы с системой;

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

Преимущества организации БД по архитектуре клиент —сер­вер:

• при передаче по сети только результатов обработки данных по запросам клиентов резко снижается нагрузка на сеть, а следо­вательно, увеличивается возможность подключения к БД больше­го числа пользователей), т. е. производительность данной системы значительно выше, чем в архитектуре файл —сервер;

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

• разработку серверной части СУБД можно выполнять на язы­ке SQL или на других языках высокого уровня, что повышает на­дежность и производительность обработки данных. Разработку кли­ентской части СУБД можно выполнять с применением приклад­ных программных продуктов, например Visual Basic и Microsoft Access, что значительно сокращает время разработки информа­ционной системы.