1. Формирование требований к ас.

1.1. Обследование объекта и обоснование необходимости создания АС.

1.2. Формирование требований пользователя к АС.

1.3. Оформление отчёта о выполненной работе и заявки на разработку АС (тактико-технического задания)

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

2.1. Изучение объекта.

2.2. Проведение необходимых научно-исследовательских работ.

2.3. Разработка вариантов концепции АС, удовлетворяющего требованиям пользователя.

2.4. Оформление отчёта о выполненной работе.

Обследование объекта и обоснование необходимости создания АС.

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

- описание документооборота организации

- Классификация функций системы по степени важности

- Построение моделей бизнес-процессов

Основная задача - оценка реального объема проекта.

Изучение объекта

С точки зрения возможности реализации требований пользователей и выявления возможных вариантов автоматизации:

• Многоальтернативность вариантов реализации

• Требуемые ресурсы и функциональность (преимущества и недостатки)

Достоинство возможность выбора Заказчиком наиболее приемлемого варианта

12) Цели прототипирования. Классификация прототипов.

Цели прототипирования:

• прояснить неясные требования к системе;

• выбрать одно из различных концептуальных решений;

• проанализировать осуществимость

Классификация прототипов:

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

• Имитируются: фрагменты базы данных , результаты запросов и расчетов.

• Реализовывается часть кода перехода между экранами.

• Используются для достижения цели прояснения неясных, либо многоальтернативных требований.

Вертикальный прототип:

• Не ограничивается только пользовательским интерфейсом.

• Реализует вертикальный "срез" системы, затрагивая все уровни ее реализации.

• Основная цель - анализ применимости, проверка архитектурных концепций.

Одноразовый прототип:

• Для быстрого макетирования аспектов ИС.

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

Эволюционный прототип:

• Первое приближение системы, призванное стать впоследствии самой системой.

• Код эволюционного прототипа должен последовательно, в течении одной или более итераций, перерасти в код целевого приложения.

13)Классификация и спецификация требований.

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

Продукту:

Цель создания ИС - получить хороший конечный продукт: функциональный и удобный в использовании

Требования к продукту являются основополагающим классом требований

Процессу:

Согласованный план работ c детализацией с точностью до конкретных исполнителей.

Ежедневные сборки, регрессионное тестирование компонент ИС и тестирование ИС в целом.

Управленческие и проектные артефакты размещаются в режиме online с возможностью для Заказчика осуществления online-мониторинга на базе web-технологий .

• Уровни требований

бизнес-требования (business requirements),

требования пользователей (user requirements),

функциональные требования (functional requirements).

• Системные требования и требования к ПО

высокоуровневые требования к продукту, системе

Система – это комбинация взаимодействующих элементов, созданная для достижения определенных целей; может включать аппаратные средства, программное обеспечение, встроенное ПО, другие средства, людей, информацию, техники (подходы), службы и другие поддерживающие элементы (INCOSE: International Council on Systems Engineering )

Функциональные и нефункциональные требования и характеристики продукта.

• Функциональные требования регламентируют функционирование или поведение системы (behavioral requirements).

• Нефункциональные требования, регламентируют внутренние и внешние условия или атрибуты функционирования системы

Нефункциональные требования:

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

Атрибуты качества (Quality Attributes)- применимость, надёжность, производительность, эксплуатационная пригодность.

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