Фуфаев - Разработка и эксплуатация удалённых БД (1084483), страница 7
Текст из файла (страница 7)
Стандартизация программного обеспечения необходима, так как при разработке многопользовательских, удаленных друг от друга систем данные одной системы должны обрабатываться программным обеспечвнием другой системы. Стандартизация аппаратного обеспечения обусловлена необходимостью снижения затрат на эксплуатацию компьютерной техники. Внедрение в настоящее время на предприятиях России концепции СААБ-технологий предусматривает широкое применение единых, в том числе и международных, стандартов. 2.3.
Организация многопользовательских систем управления базами данных в локальных вычислительных сетях Компьютерные информационные системы современных предприятий разрабатываются с применением сетевых технологий, т.е. компьютеры объединяют в локальные вычислительные сети. При разработке баз данных в ЛВС предприятий применяют два типа (две архитектуры) их организации: файл — сервер и клиент — сервер. Общими признаками для этих типов организации баз данных является наличие сервера (компьютера), на котором находятся базы (файлы) данных, и рабочих станций (компьютеров пользователей) — клиентов.
Отличаются эти две архитектуры организации баз данных способами обработки информации. В архитектуре файл — сервер все процессы обработки информации производятся'на компьютере клиента, для чего ему по соответствующему запросу пересылается весь файл с данными. В архитектуре клиент — сервер все процессы обработки информации выполняются на сервере по запросу клиента, которому отсылаются только результаты обработки данных. При организации многопользовательских сетевых баз данных предпочтительной является организация их по типу клиент — сервер, что обусловлено следуюшими недостатками архитектуры файл — сервер и преимуществами архитектуры клиент — сервер.
Недостатки организации БД по архитектуре файл — сервер: 35 ° при передаче по сети файлов БД (особенно с большими объемами информации и с учетом возможного обращения к файлам одновременно нескольких пользователей) резко снижается производительность работы с системой; ° при одновременной передаче по сети файлов с большими объемами нескольким пользователям увеличивается вероятность нарушения достоверности передаваемой информации, т.е. снижается надежность работы системы. Преимущества организации БД по архитектуре клиент — сервер: ° при передаче по сети только результатов обработки данных по запросам клиентов резко снижается нагрузка на сеть, а следовательно, увеличивается возможность подключения к БД большего числа пользователей), т.
е. производительность данной системы значительно выше, чем в архитектуре файл †серв; ° централизованное хранение и обработка данных на сервере повышает надежность работы системы; ° разработку серверной части СУБД можно выполнять на языке Яг)Е или на других языках высокого уровня, что повышает надежность и производительность обработки данных. Разработку клиентской части СУБД можно выполнять с применением прикладных программных продуктов, например Увца! Вяз|с и М1сгозой Ассезз, что значительно сокращает время разработки информационной системы. 2.4. Этапы проектирования многопользовательских баз данных Установлено, что в современных условиях развития производства и бизнеса необходимо переходить от стратегии проектирования баз данных как самостоятельных объектов на стратегию создания многопользовательских информационных систем, т.е.
общих баз данных. Такой переход предусматривает необходимость разработки СУБД данных в соответствии с этапами их жизненного цикла, содержание которых представлено в табл. 2Л. Рассмотрим более подробно работы, выполняемые на каждом этапе жизненного цикла удаленных баз данных. Лланироаанне разработки базы данных — это подготовительные работы, включающие в себя нахождение методов и средств оптимального решения задачи, поставленной перед информационной системой. Планирование разработки базы данных дотжно быть неразрывно связано с общей стратегией формирования единого информационного пространства предприятия, для чего необходимо: 36 Табл и ца 2.1 Этапы жизвеииого цикла СУБД Выполняемые работы 9. Загрузка данных 37 1.
Планирование разработки базы данных 2. Определение требований к СУБД 3. Разработка единого описания характеристик объекта базы данных 4. Разработка и исследование моделей проекта СУБД 5. Обоснование и выбор программной системы для разработки баз данных 6. Разработка «эскизного проект໠— прототипа базы данных (этап необязательный) 7. Разработка приложения 8. Реализация СУБД Формулирование цели создания базы данных, поиск и обоснование опти- мальных методов (способов) органи- зации СУБД в условиях конкретного предприятия Определение состава пользователей и разграничение задач между ними в про- цессе проектирования и эксплуатации СУБД Сбор и анализ требований к описанию объектов базы данных всех потенциаль- ных пользователей информационной системы Концептуальное, логическое и физи- ческое моделирование базы данных Оценка ожидаемых затрат на разработ- ку и эксплуатацию базы данных в усло- виях предприятия Создание модели базы данных средст- вами визуального проектирования, на- пример М!сгоаой Асеева Серверная часть СУБД: разработка объектов базы данных (структуры табяиц базы данных и связей между ними, обеспечиваюших целост- ностьданных) и физическая реализа- ция таблиц БД в конкретной СУБД Клиентская часть СУБЯ: разработка запросов и отчетов в соот- ветствии с решаемыми задачами, сце- нария и форм пользовательского интер- фейса, программ управления и доступа к удаленным базам данных Создание внешнего концептуаяьного и внутреннего определений базы данных и прикладных программ Заполнение информацией таблиц баз данных Окончание нтабл.
Л1 Выполняемые работы Проверка работы баз данных н устра- нение возникающих ошибок в работе приложения 1О. Тестирование системы 11. Эксплуатация и сопровож- дение системы Разработка организационных меро- приятий по внедрению системы, по- стоянное наблюдение за ее работой и при необходимости внесение измене- ний в разработанное приложение 38 ° определить цель и задачи информационных технологий на основе анализа целей и бизнес-планов организации; ° провести анализ существующих (в том числе действующих на предприятии) информационных систем и дать рекомендации по их применению или модернизации; ° дать оценку экономической эффективности, ожидаемой от разработки новых информационных технологий (в том числе ожидаемых преимуществ перед конкурентами).
Очевидно, что целью разработки любой компьютерной системы является достижение определенного экономического эффекта от ее реализации. Следовательно, в условиях конкретного предприятия необходимо установить приоритетные направления в создании баз данных. Базы данных могут разрабатываться практически для всех задач управления производством, например: ° ноставка материалов и комплектующих изделий; ° лроектирование конструкций новых изделий; ° проектирование технологических процессов изготовления продукции; ° проектирование технологического оснащения (приспособлений, инструмента); ° оперативное календарное планирование и управление выпуском изделий; ° разработка нормативной базы (потребности в трудовых и материальных ресурсах, основных и вспомогательных материалах и др.); ° управление качеством выпускаемой продукции; ° управление сбытом. Принятие решения о выборе направления для разработки баз данных является прерогативой руководителей предприятия.
В результате выполнения работ данного этапа ЖЦ базы данных получают: ° техническое задание на проектирование; ° технические требования на методы и средства выполнения конкретных задач при работе с базой данных; ° стандарты предприятия на выполнение отдельных этапов работ; ° необходимые трудовые и материальные ресурсы для разработки и эксплуатации баз данных; ° планируемые сроки выполнения 2..ЛО этапов жизненного цикла баз данных.
Онредевение требований к СУБД зависит от области применения баз данных, состава пользователей, а следовательно, и от назначения системы. Выбрав область производственной деятельности, необходимо установить состав пользователей информацией разрабатываемой базы данных. Это требуется для решения следующих задач: ° определение классов информационных объектов, их характеристик и в конечном счете состава таблиц баз данных; ° определение места нахождения потенциальных пользователей и в конечном счете архитектуры ЛВС. Определив состав пользователей баз данных, следует установить задачи для каждого пользователя системы: одним — дать право модифицировать таблицы баз данных, а другим — разрешить только доступ к информации без права ее изменения.
Разработка единого онисания характеристик объекта базы данных представляет собой достаточно трудоемкий процесс сбора и анализа информации от каждого потенциального пользователя базой данных. Существуют разные методы сбора информации, которые в общем определяются как методы сбора фактов. К этим методам относятся: . изучение документации; ° проведение собеседований; ° наблюдение за работой сотрудников подразделений предприятия; ° проведение исследований; ° проведение анкетирования.
Изучение документации, т.е. определение характеристик информационных объектов на основе технической документации, в соответствии с которой выполняет свои функции конкретный пользователь (подразделение) предприятия. Приведем некоторые виды документов, подлежащих изучению: ° бланки и формы отчетности (бумажные и электронные); ° стандарты предприятия; ° технические характеристики объектов; ° технические и технологические инструкции. Проведение собеседований — достаточно эффективный метод сбора фактов. При проведении собеседований можно также установить степень заинтересованности пользователей, собрать предложения по организации работ с информационной системой и др.