Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
OTVET_na_GOS.docx
Скачиваний:
22
Добавлен:
21.09.2019
Размер:
720.1 Кб
Скачать

6 Разработка технического задания

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

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

Все изменения, дополнения и уточнения формулировок ТЗ согласуются с заказчиком и им утверждаются.

Исходное задание выдаётся заказчиком и оформляется в виде технических требований.

1)Общие сведения: наименование и условное обозначение АИС, номер договора, плановые сроки начала и конца работ, порядок оформления и предъявление работ заказчику.

2)Назначение и цели создания:перечень объектов автоматизации, перечень показателей, которые должны быть достигнуты при внедрении АИС.

4)Требования к системе: требования к структуре и функционирования системы, требования к персоналу, требования к безопасности.

5)Состав и содержание работ по созданию системы: перечень этапов работ, сроки, исполнители.

6)Порядок контроля и приемки системы: виды, состав, методы испытаний АИС.

7)Требования к документированию – содержит перечень необходимых для разработки документов.

7 Методология проектирования аис rad

RAD — это жизненный цикл процесса проектирования, созданный для достижения более высокой скорости разработки и качества ПО, также концепция создания средств разработки программных продуктов, уделяющая особое внимание быстроте и удобству программирования, созданию технологического процесса, позволяющего программисту максимально быстро создавать компьютерные программы.

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

-Инструментарий должен быть нацелен на минимизацию времени разработки.

-Создание прототипа для уточнения требований заказчика.

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

Фазы:

1)Анализ и проектирование требований – определяются функции, которые должна выполнять АИС, информационные потребности заказчика, масштаб проекта, временные сроки. Результатом является – перечень функций с указанием задачи.

2)Проектирование – предназначен для получения прототипов приложений АИС, при этом уточняются требования 1й фазы, строятся эскизы экранных форм, диалоговых окон, отчетов. Результатом является –

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

3)Построение – предусматривает ведение работ по программированию. Программный код формируется частично с помощью генератора, получающих информацию из CASEсредств. Конечные пользователи оценивают полученные результаты, вносят коррективы, а затем проводят тестирование АИС.Результатом является –готовая АИС, удовлетворяющая требованиям заказчика.

4)Внедрение – производится обучение пользователей, организационные работы, установка ПОна платформу заказчика, конфигурирование БД и системы в целом.

Соседние файлы в предмете [НЕСОРТИРОВАННОЕ]