1. Требования к системе в целом (перечень подсистем, требования к персоналу, надежности, безопасности, эксплуатации, восстановлению при отказах…)

2. Требования к функциям (задачам), выполняемым системой (задачи группируются по подсистемам, указываются требования к качеству реализации, формы выходной информации-виды документов,…)

3. Требования к технологическому, организационному и др. обеспечениям.

4. Порядок контроля и приемки системы

5. Требования к документированию.

ТЗ отвечает

28.11.13г

ЖЦБ – это процесс создания и использования БД, начиная с момента возникновения необходимости в данной БД, и заканчивается моментом отказа всех пользователей от ее использования.

Включает в себя:

Этап 4. Концептуальное (семантическое) моделирование

-представление предметной области в виде схем, понятных как специалистам предметной области, там и программистам.

Ее назначение: обеспечить взаимопонимание заказчика и разработчика БД.

• В км объединены все требования пользователей.

• Км основывается на результатах предметной области и использует словесное описание

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

• На этом этапе не заботятся о том, как и каким образом, будет организована база и приложения ее обслуживающие.

• Км не является обязательным этапом

• Применяется при использовании автоматизированных систем проектирования (CASE- систем), которые позволяют на основе схем автоматически создать реляционную БД в необходимой СУБД и даже экранные формы.

5. этап. Реализация

1. создание. Технического проекта – документа, отвечающий на вопрос: КАК ДОЛЖНА ФУНКЦИОНИРОВАТЬ СИСТЕМА?

В нем содержатся:

1. Постановка всех задач: алгоритмы их решения, входная и выходная информация, входные и выходные документы (отчеты), экранные формы и др.

2. Схема БД

3. Характеристика архитектуры ИС (информационной системы)

- какая архитектура: «файл-сервер» или «клиент-сервер»

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

- будут ли все серверные СУБД продуктами одного и того же производителя. Если не будут, то какое ПО будет использовано для обмена данными между СУБД разных производителей (уже существующие или разработанное специально как часть проекта);

2. Выбор и приобретение СУБД

3. Создание в среде СУБД реляционных таблиц и схемы.

4. Заполнение БД тестовым набором

5. Создание приложения для пользователей (запросов, экранных форм, отчетов,…)

6. Автономное тестирование отдельных задач и комплексное тестирование приложения в целом

7. Приемо-сдаточное испытание

8. Обучение пользователей

Результат этапа реализации:

• Технический проект

• БД

• Приложения

• Инструкции пользователями

Замечание: при создании ИС взаимоотношения между заказчиком и исполнителем.

Состав и содержание необходимых при этом документов (ТЭО, ТЗ, технических проект,…)

Регламентируется государственными стандартами (ГОСТами)

Пар 11. Способы защиты данных от несанкционированного доступа

• Шифрование БД с использованием пароля средствами СУБД (*)

• Отображение и скрытие файла БД средствами ОС-ы

• Отображение и скрытие отдельных объектов БД средствами СУБД (*)

• Использование параметров запуска. Они позволяют задать стартовую форму, которая автоматически открывается при открытии БД. При этом можно настроить БД так, что окно БД будет скрыто и пользователь может выполнять с БД только те действия, которые допускает интерфейс, подоставляемый в данный момент (*)

• Установка пароля для открытия БД

• Или единый пароль для всех пользователей БД (*)

• Или каждому пользователю свой пароль

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

Многие СУБД позволяют кроме единичных пользователь создавать еще и их группы.

• Запрещение установки паролей и настройки параметром запуска любому пользователю

(*)- реализовано в Access 2010