10.3 Статьи из сериального (периодического) издания (журнала, газеты)

Рабичев С.Ю. Расчеты по определению производственных мощностей // Экономика стр-ва. – 1987. – № 5. – С. 38-40.

Иванов И.И. Точностные характеристики измерителей // Проблемы регулирования и измерения. – Б.М.: М-во обороны РФ. – 1990. – Вып. 543. – С. 34-36.

Иванов И.И., Петров П.П. Датчики времени // Изв. вузов. Радиоэлектроника. – 1982. – Т. 21, № 12. – С. 5-17.

Программное обеспечение для обработки географической информации / Ю.Р. Архипов, В.М. Московкин, М.В. Панов и др. // Вестн. Моск. ун-та. Сер. 5. География, – 1989. – № 4. – С. 102-103.

А.с. 1007970, МКИ 3 В 25 15/00. Устройство для захвата / B.C. Ваулин // Открытия. Изобретения. – 1993. – № 12. – С. 87.

Rozzi Т.Е. // IEEE TRANS, – 1988. – V – ММТ. 26. № 10. – Р. 738.

Бовин А. Разоружение // Известия. – 1988. – 10 марта.

10.4 ... Из трудов, ученых записок

Морозова Т.И. Некоторые вопросы районирования // Тр. / Фин. эконом. ин-т. им. П. Тольятти. – М., 1978. – Вып. 19. – С. 56-69.

Иванов И.И. Особенности измерения характеристик датчиков времени / Науч. рук. Петров И.К. // Науч.-тех. сб. (труды) / ВИКИ им. А.Ф. Можайского. – Л., 1984. – Вып. 14З. – С. 51-61.

Журавлева К.И. Планирование специализированных видов медицинской помощи // Охрана окружающей среды: Сб. науч. тр. – Л.: ЛСГМИ, 1987. – Т. 140. – С. 60-61.

Панин Д.М. Блок в художественном слове // Вестн. Ленингр. ун-та. Сер. Литератур. – 1980. № 2. – С. 50-69.

10.5 Из материалов конференций, семинаров и т.Д.

Литвинова Ю.Г. Расширение внешнеэкономических связей КНР в первой половине 80-го года // 4 Всесоюз. конф. молодых востоковедов: Тез. докл. – М., 1986. – С. 32-35.

Пушков Ю.Г. О нормировании качества жидких электратов при их производстве // Оптимизация технологических процессов при создании лекарственных препаратов: Тез. докл. Всесоюзн. науч. конф. 21-22 мая 1987 г. –Львов, 1987. – С. 234-235.

Иванов И.И. Измерители времени / Науч. рук. Северов В.В. // 6 Всесоюзная конф. по системам измерений: Тез. докл. – М., 1987. – С. 47.

Дыгин В.П. К вопросу о хирургии заболеваний систем крови // Тр. 2 Всерос. съезда гематологов и трансфузиологов. – Л., 1984. – С. 45-47.

Приложение в «Шаблон технического задания на разработку по» Техническое задание

Разработчик:

Дата:

Введение

1. Цели проекта

   1. Предпосылки проекта (история вопроса)

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

2. Цели проекта

Цели проекта должны быть написаны в форме: «Нам нужен данный продукт (система) для…». Другими словами, надо указать реальные причины, для чего должен быть разработан данный продукт (система).

2. Участники проекта

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

3. Пользователи продукта (системы)

3.1. Категории пользователей

Список потенциальных пользователей системы, сгруппированных по категориям. Для каждой категории указать: имя пользователя (имя группы пользователей) и роль пользователя, совокупная ответственности данного пользователя.

3.2. Приоритеты пользователей

Прописать каждой категории пользователей приоритет, определяющий значимость и его ранг. Поделить пользователей на:

• Ключевых (основных): критичных для успеха системы (продукта), чьи требования наиболее важны для проекта.

• Второстепенных: которые будут пользоваться системой/продуктом, но их мнение не влияет на успех проекта. Указать возможный конфликт требований обоих типов пользователей.

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

Указать процент каждой категории пользователей.

3.3. Участие пользователя

Для каждой категории описать ожидаемый от него вклад в проект – бизнес-знания, прототип интерфейса, требования к юзабилити и пр.

Ограничения проекта

4. Обязательные ограничения

Данный раздел описывает ограничения на конечную реализацию продукта (системы).

1. Ограничения решения

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

2. Среда внедрения системы (продукта)

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

3. Интегрируемые программы

Описываются приложения, не являющиеся частью продукта, но с которым разрабатываемый (внедряемый) продукт (система) должен взаимодействовать. Это может быть внешнее приложение, коммерческий пакет или ранее установленные внутренние приложения.

4. Ограничения на время разработки

Указать все известные или возможные предельные сроки или перерывы.

5. Ограничения по бюджету

Если заранее известен бюджет проекта, то он должен быть указан, выраженный в денежных или ресурсных единицах.

5. Термины и определения

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

6. Дополнительные данные и допущения

   1. Внешние факторы, влияющие на продукт

Факторы, описывающие другие силы, системы, показатели в мире, которые могут повлиять на продукт или систему.

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

7. Описание продукта (системы)

Диаграмма вариантов использование продукта (системы) пользователями для определения границ продукта (системы).

Для каждого варианта использования надо прописать: номер, имя актера/пользователя, описание варианта использования, соответствующий критерий и сценарий варианта использования.

8. Требования к функционалу и данным

1. Требования к функционалу

Подробное описание каждой функции, которую должна поддерживать продукт (система).

2. Требования к данным

Описание того, какие данные будут содержаться в продукте (системе), их структура и свойства.

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

9. Требования к внешнему виду

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

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

1. Простота использования

Данный раздел описывает, насколько простым в обращении должен быть продукт (система) для пользователя.

2. Обучение

Требования к простоте обучения работе с продуктом (системой). Требования к документации или другим материалам.

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

1. Скорость работы

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

2. Требования по безопасности

Уровень защиты данных системы.

3. Требования по надежности и работоспособности

Данный раздел определяет уровень надежности продукта (системы). Здесь можно описать требования к резервному копированию и скорости восстановления системы после сбоев, выраженном в допустимом времени восстановления или в допустимом проценте таких аварий.

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

Данный раздел определяет объем данных, которым оперирует продукт или количество данных, которые сохраняются объектом.

5. Масштабируемость

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

12. Эксплуатационные требования

1. Ожидаемое технологическое окружение

Описание аппаратного окружения (или других устройств), которые представляют собой окружение (среду) для новой системы.

2. Партнерские приложения

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

3. Возможность поддержки

Здесь определяется уровень требуемой продукту (системе) поддержке. Достаточно ли стандартной поддержке или требуется расширенная поддержка.

13. Требования к поддержке и портированию продукта (системы)

1. Простота поддержки и изменения продукта

Определение величины времени необходимого для внесения изменений в продукт.

2. Специальные условия к поддержке и изменению продукта

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

3. Перенос продукта (системы)

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

14. Требования к безопасности

1. Конфиденциальность

Определяет кто имеет авторизированный доступ к системе и при каких условиях данный доступ предоставляется.

2. Целостность данных

Определение требований к целостности базы данных или других файлов.

15. Требования к чистоте продукта

Указывается вопросы авторского и имущественного права, а также притязания 3-х лиц.

Вопросы по проекту

16. Возможные новые проблемы

1. Какие могут возникнуть проблемы в результате внедрения новой системы в имеющееся окружение?

Описание того, как новая система повлияет на существующую среду внедрения.

2. Повлияет ли новая система на уже существующие (установленные) системы?

Описание интерфейсов между новой и существующими системами.

3. Может ли новая разработка неблагоприятно повлиять на существующих пользователей?

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

4. Какие существующие ограничения могут мешать новой системе?

Описание любых возможных (потенциальных) проблем с новыми автоматизированными технологиями или новыми вариантами организационной структуры.

5. Может ли новая система создать проблемы?

Установление ситуаций, с которыми мы не сможем справиться.

17. Перенос данных

Перечень данных, которые должны быть перенесены в новую систему. Указать формат данных или продукты или системы, из которых эти данные должны быть перенесены.

18. Риски

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

1 Результаты лабораторной работы «Разработка прототипов графических интерфейсов информационных систем в среде GUI Machine»