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

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

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

Для различных классов систем используются разные методы разработки, определяемые типом создаваемой системы и средствами реализации. Спецификации этих систем, в большинстве случаев, состоят из двух основных компонентов – функционального и информационного. Современные методы создания ИС разного назначения базируются в основном, на трех подходах: объектно-ориентированная технология, основанная на знаниях (интеллектуальная) технология и CASE-технология.

В области создания системы автоматизированного проектирования (САПР) доминируют структурные подходы, так как они максимально приспособлены для взаимодействия с пользователями, не являющимися специалистами в области ИТ. Адекватными инструментальными средствами, поддерживающими структурный подход к созданию ИС, являются CASE -системы автоматизации проектирования.

23. Программы несетевой субд и используемые ею данные могут храниться на ком¬пьютере-сервере (кс) и на компьютере-клиенте (кк).

Несетевые СУБД

Запуск и функционирование несетевой СУБД, хранящейся на КК и ра¬ботающей с локальными данными, не отличается от обычного режима рабо¬ты на отдельной ПЭВМ.

Если используемые данные хранятся на КС, фай¬ловая система сетевой ОС «незаметно» для СУБД выполняет подгрузку нужного файла с удаленного компьютера.

Если несетевая СУБД используется несколькими пользователями сети, то ее программы, а также БД или ее часть в целях экономии дисковой памя¬ти эффективнее хранить на КС.

Хранимую на КС БД будем называть цент¬ральной БД (ЦБД), а хранимую на КК БД — локальной БД (ЛБД).

При запус¬ке СУБД в таком варианте на каждый КК обычно пересылается полная копия основной программы СУБД и один или несколько файлов ЦБД. После завершения работы файлы ЦБД должны пересылаться с КК обратно на КС для согласования данных.

Существенным недостатком такого варианта применения несетевых СУБД является возможность нарушения целостности данных при одновременной ра¬боте с одной БД нескольких пользователей.

В качестве примеров несетевых СУБД можно назвать первые версии системы dBase III Plus, dBase IV и FoxBase.