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

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

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

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

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

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

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

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

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

—-

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

• по предмету стандартизации: функциональные стандарты (стандарты на языки программирования, интерфейсы, протоколы) и стандарты на

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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