Проектировать структуру БД можно либо с помощью структурной методологии, или с использованием объектно-ориентированной методологии и диаграммы классов

Диаграмма классов - статическая структура модели – как пример проектирования БД

• проектирование программ, экранных форм, отчетов

Т.е. проектирования графического пользовательского интерфейса.? – вопрос 43

• учет конкретной среды или технологии

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

40.Документирование требований. (ГОСТ 34.602-89 "Техническое задание на создание автоматизированной системы")

Состав и содержание

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

2. назначение и цели создания (развития) системы; А. назначение системы (вид автоматизируемой деятельности: управление, проектирование и т. п.) и перечень объектов автоматизации (объектов), на которых предполагается ее использовать); Б. цели создания системы (наим-ия и требуемые значения технических, технол-их, произв-но-эконом-их или других показателей объекта автоматизации, которые должны быть достигнуты в результате создания АС, и указывают критерии оценки достижения целей создания системы)

3.характеристика объектов автоматизации: краткие сведения об объекте автомат-и или ссылки на документы, содержащие такую инф-цию; сведения об условиях экспл-ии объекта автомат-и и характеристиках окр. среды

4.требования к системе;

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

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

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

-при создании системы в две или более очереди - перечень функци-ых подсистем, отдельных функций или задач, вводимых в действие в 1-й и последующих очередях; - временной регламент реализации каждой функции, задачи (или комплекса задач); - требования к качеству реализации каждой функции (задачи или комплекса задач); - перечень и критерии отказов для каждой функции, по которой задаются требования по надежности.

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

5.состав и содержание работ по созданию системы;

1.перечень стадий и этапов работ по созданию системы в соответствии с ГОСТ 24.601, сроки их выполнения, перечень организаций - исполнителей работ. 2.перечень документов, по ГОСТ 34.201-89, предъявляемых по окончании стадий и этапов работ; 3.вид и порядок проведения экспертизы техн-кой док-ции (стадия, этап, объем проверяемой документации, организация-эксперт); 4.программу работ по обес-нию надежности разрабатываемой системы (при необходимости); 5.перечень работ по метрологическому обес-ию на всех стадиях создания системы с указанием их сроков выполнения и организаций-исполнителей.

6.порядок контроля и приемки системы;

1.виды, состав, объем и методы испытаний системы и ее составных частей;

2.общие требования к приемке работ по стадиям (перечень участвующих предпр-ий и орган-ций, место и сроки проведения), порядок согласования и утверждения приемочной док-ции;

3.статус приемочной комиссии (гос-ная, межведомственная, ведомственная).

7.требования к составу и содержанию работ по подготовке объекта автоматизации к вводу системы в действие;

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

9.источники разработки на основании которых разрабатывалось ТЗ и которые должны быть использованы при создании системы.

ПРИЛОЖЕНИЯ: 1.расчет ожидаемой эффективности системы; 2.оценку научно-технического уровня системы.

Порядок разработки, согл-ия и утв-ния ТЗ на АС.

1.Проект ТЗ на АС разрабатывает орг-ция-разработчик системы с участием заказчика на основании техн. требований.

2.Необходимость согл-ния проекта ТЗ на АС с органами гос-го надзора.Работу по согласованию проекта ТЗ на AC осуществляют совместно разработчик ТЗ на АС и заказчик системы, каждый в орг-ях своего мин-ва (ведомства).

3.Срок согла-ия проекта ТЗ на АС в каждой орг-ции не должен превышать 15 дней со дня его получения.

4.Замечания по проекту ТЗ на АС должны быть представлены с техническим обоснованием. Решения по замечаниям должны быть приняты разработчиком проекта ТЗ на АС и заказчиком системы до утверждения ТЗ на АС.

5.Если при согл-нии проекта ТЗ на АС возникли разногласия между разработчиком и заказчиком, то составляется протокол разногласий и конкретное решение принимается в установленном порядке.

6.Согл-ие проекта ТЗ на АС разрешается оформлять отдельным документом (письмом). В этом случае под грифом «Согласовано» делают ссылку на этот документ.

7.Утверждение ТЗ на АС осуществляют руководители предпр-ий (орг-ций) разработчика и заказчика системы.

8.Изменения к ТЗ на АС не допускается утверждать после представления системы или ее очереди на приемо-сдаточные испытания.

9.Регистрация, учет и хранение ТЗ на АС и дополнений к нему проводят в соответствии, с требованиями ГОСТ 2.501