Сформулировать требования к оборудованию и программному обеспечению
o Сделать выбор: создавать распределенную БД или централизованную
o Разработать коммуникационные средства ( локальную сеть)
o Установить способы взаимодействия приложения с другими частями ИС предприятия.
6.3. Сбор и анализ требований пользователей
o Информационные потребности потребителей выяснить с помощью анкет, с помощью наблюдений за деятельностью предприятия, а также отчетов и форм, которыми фирма пользуется в текущий момент.
o Создать для себя модель документооборота, выяснить источники получения элементов данных, их назначение взаимосвязи.
В итоге собранная информация о каждой области применения приложения и пользовательской группе должна включать следующие компоненты:
o исходную и генерируемую документацию
o подробные сведения о выполняемых транзакциях
o список требований с указанием их приоритетов
На основе этой информации будут составлены спецификации требований пользователей в виде набора документов.
6.4. Проектирование БД
Основными целями проектирования БД является:
o представление данных и связей между ними;
o создание модели данных, способной поддерживать выполнение любых требуемых транзакций обработки данных;
o разработка предварительного варианта проекта, структура которого позволяет удовлетворить требования, предъявляемые к производительности системы.
Существует два подхода к проектированию систем БД :
1. «нисходящий»
2. «восходящий».
При восходящем подходе, которые применяется для проектирования простых БД с относительно небольшим количеством атрибутов, работа начинается с самого нижнего уровня - уровня определения атрибутов, которые на основе анализа существующих между ними связей группируются в отношения. Полученные отношения в дальнейшем подвергаются процессу нормализации, который приводит к созданию нормализованных взаимосвязанных таблиц, основанных на функциональных зависимостях между атрибутами.
Проектирование сложных БД с большим количеством атрибутов, поскольку установить среди атрибутов все существующие функциональные зависимости довольно затруднительно, осуществляется использованием нисходящего подхода. Начинается этот подход с разработки моделей данных, которые содержат несколько высокоуровневых сущностей и связей, затем работа продолжается в виде серии нисходящих уточнений низкоуровневых сущностей, связей и относящихся к ним атрибутов.
Нисходящий подход демонстрируется в концепции модели «сущность - связь» (ER – модель). Данная модель относится к семантическим моделям, поскольку связано со смысловым содержанием данных и не зависит от их представления на ЭВМ.
Методы семантического моделирования легко преобразуются в сетевые, иерархические и реляционные модели.
После построения общей концептуальной модели следует логическое проектирование, результатом которого желательно создание следующих
Уважаемый посетитель!
Чтобы распечатать файл, скачайте его (в формате Word).
Ссылка на скачивание - внизу страницы.
