11. Назначение и структура технического задания на разработку ис.

Техническое задание – документ, определяющий цели, требования и основные исходные данные, необходимые для разработки ИС.

ТЗ на АС является основным документом, определяющим требования и порядок создания (развития, модернизации) АС, в соответствии с которым проводится разработка АС и ее приемка при вводе в действие

При разработке технического задания необходимо решить следующие задачи:

1. установить общую цель создания ИС, определить состав подсистем и функциональных задач

2. основные требования, предъявляемые к подсистемам

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

4. определить перечень задач создания системы и исполнителей

5. определить этапы создания системы и сроки их выполнения

6. провести предварительный расчет затрат на создание системы, определить уровень экономической эффективности ее внедрения

Состав технического задания определяется ГОСТ 34.602-89.

1. Общие сведения

2. Назначение и цели создания (развития) системы

3. Характеристика объектов автоматизации

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

Требования к системе в целом:

Требования к функциям (по подсистемам):

Требования к видам обеспечения:

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

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

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

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

9. Источники разработки

12. Гост на создание ис.

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

Выделяют стадии, которые подразделяются на этапы (ГОСТ 34.601-90):

1. формирование требований к ИС

2. разработка концепции

3. техническое задание

4. эскизный проект

5. технический проект

6. рабочая документация

7. ввод в действие

8. сопровождение ИС

13. Состав проектной документации.

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

Состав и содержание технического проекта:

1. Пояснительная записка

2. Функциональная и организационная структура системы

3. Постановка задач и алгоритмы решения

4. Организация информационной базы

5. Альбом форм документов

6. Система математического обеспечения

7. Принцип построения комплекса технических средств

8. Расчет экономической эффективности системы

9. Мероприятия по подготовке объекта к внедрению системы

10. Ведомость документов

14. Технология проектирования ис: общее определение и виды технологий.

Методологии, технологии и инструментальные средства проектирования (CASE-средства) составляют основу проекта любой ИС.

Технология проектирования определяется как совокупность трех составляющих:

• пошаговой процедуры, определяющей последовательность технологических операций проектирования (рис);

• критериев и правил, используемых для оценки результатов выполнения технологических операций;

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

Методология проектирования ИС должна обеспечивать решение следующих задач:

1. обеспечить создание ИС, отвечающее целям и задачам организации, а также требования заказчика, которые он предъявляет к автоматизации деловых процессов

2. гарантировать создание системы с заданным качеством, с заданные сроки и в рамках установленного бюджета

3. поддерживать удобную дисциплину сопровождения, модификации, наращивания системы

4. обеспечивать преемственность разработки.

RAD (Rapid Application Development)

Под этим термином обычно понимается процесс разработки ПО, содержащий3 элемента:

- небольшую команду программистов

- короткий, но тщательно проработанный производственный график

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

SADT – Structured Analysis and Design Technique

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

DFD - В основе данной методологии лежит построение модели анализируемой ИС – проектируемой или реально существующей. В соответствии с методологией модель системы определяется как иерархия диаграмм потоков данных.

ERD - Непосредственным средством моделирования данных являются диаграммы «сущность-связь» (ERD). С их помощью определяются важные для предметной области объекты (сущности), их свойства (атрибуты) и отношения друг с другом (связи). ERD используются для проектирования реляционных баз данных.

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

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

IDEF/x - методология информационного моделирования, являющаяся составной частью SADT и основанная на концепции "сущность связь".