Содержание

РАБОТА №1

ПОДГОТОВКА ТЕХИЧЕСКОГО ЗАДАНИЯ НА РАЗРАБОТКУ ПО ГОСТ ПП.1.-3.

РАБОТА №2

ПОДГОТОВКА ТЕХИЧЕСКОГО ЗАДАНИЯ НА РАЗРАБОТКУ ПО ГОСТ ПП. 4-8.

РАБОТА №3

ВЫЯВЛЕНИЕ ТРЕБОВАНИЙ И ВАРИАНТЫ ИСПОЛЬЗОВАНИЯ

РАБОТА №4

СОСТАВЛЕНИЕ ПЛАНА-ПРОСПЕКТА ПО РАЗРАБОТКЕ

РАБОТА №5

ИСПОЛЬЗОВАНИЕ ИНСТУМЕНТА КОНТРОЛЯ ВЕРСИЙ

РАБОТА №6

ПЛАНИРОВАНИЕ И СОСТАВЛЕНИЕ РАСПИСАНИЙ ПО РАЗРАБОТКЕ ПО

РАБОТА №7

ТЕКУЩИЙ КОНТРОЛЬ И ДОКУМЕНТИРОВАНИЕ ДЕЯТЕЛЬНОСТИ КОЛЛЕКТИВА ПО РАЗРАБОТКЕ ПО

РАБОТА №8

ТЕСТЫ СИСТЕМЫ И МОДУЛЬНЫЕ ТЕСТЫ

РАБОТА №9

РЕФАКТОРИНГ

Приложение 1

Приложение 2

Приложение 3

Приложение 4

ТЕМЫ ПРАКТИЧЕСКИХ ЗАДАНИЙ

Приложение 5

Вопросы к зачету

СПИСОК ИСПОЛЬЗОВАННЫХ ИСТОЧНИКОВ

ПРАКТИЧЕСКАЯ РАБОТА №2

ПОДГОТОВКА ТЕХНИЧЕСКОГО ЗАДАНИЯ НА РАЗРАБОТКУ ПО ГОСТ 34 ПП.4.-8.

1.ЦЕЛЬ РАБОТЫ

Ознакомление с содержанием и оформлением Технического задания на разработку ПО пункты 4-8. Получение практических навыков использования ГОСТ 34 и 19 группы при подготовке технических заданий на разработку ИС.

1. ТЕОРЕТИЧЕСКАЯ ЧАСТЬ

Техническое задание устанавливает основное назначение разрабатываемого объекта, его технические и тактико-технические характеристики, показатели качества и технико-экономические требования, предписание по выполнению необходимых стадий создания документации (конструкторской, технологической, программной и т. д.) и её состав, а также специальные требования. Основное назначение технического задания — сформулировать требования к разрабатываемому объекту, в нашем случае к автоматизированной системе. Необходимо четко понимать, что все требования нужно разделять по видам и по свойствам. Для разделения требований по видам нам как раз поможет ГОСТ. Тот перечень видов требований, который там представлен, является хорошим образцом того, требования каких видов следует рассматривать. Например:

• Требования в функциональности;

• Требования к безопасности и правам доступа;

• Требования к квалификации персонала;

• …. И т.д. Вы можете подробно прочитать о них в ГОСТ(см список лит.)

Хорошо сформулированные требования к функциональности являются ключевым фактором написания успешного Технического задания. Существуют специальные методики по извлечению требований Требования к функциональности – это 90% сложности работ по разработке Технического задания. Если виды требований могут быть различными (зависит от целей проекта), то со свойствами все проще, их 3:

1. Требование должно быть понятным;

2. Требование должно быть конкретным;

3. Требование должно быть тестируемым;

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

4. Ключевая бизнес-задача, решаемая в ходе проекта

5. Предпосылки, мотивы, побудившие Заказчика обратиться за услугами

6. Основные бизнес-процессы, затронутые в рамках проекта

7. Примеры систем/программ, уже существующих у Заказчика, с которыми будет проведена интеграция ИТ-решения

8. Ключевые бизнес-процессы, оптимизированные в ходе проекта

9. Суть оптимизации

10. Определение требований на основе бизнес-целей:

• Функциональные требования;

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

• Требования к безопасности;

• Требования к удобству использования;

• Требования к производительности;

• Требования к срокам внедрения;

• Требований к стоимости сопровождения;

Сложности в формулировании требований

Вид   требования	Неправильная   формулировка	Комментарий   и как можно было сформулировать
Функциональность	«Сумма затрат должна корректно распределяться по   соответствующим товарам»	Понятное    ли это требование? В общем-то понятное, речь идет о распределении   неких затрат по группе товаров. Конкретное ли это требование?  Не сказано, как должна распределяться   затрата, по сумме, по количеству, равномерно или как-то иначе?