- •Каноническое проектирование и документирование проекта
- •Гост на этапы канонического проектирования
- •Этап системного анализа
- •Техническое задание
- •Планирование разработки
- •Пооперационный перечень работ
- •Типы зависимостей
- •Рабочий график
- •Диаграмма Ганта
- •Сетевые диаграммы
- •Прогнозирование
- •Количественные характеристики
- •Технико-экономическое обоснование (тэо)
- •Этап проектирования (синтез систамы)
- •Статическая (структурная) модель
- •Модель репозитория
- •Модель абстрактной машины
- •Статическая модель распределенной архитектуры.
- •Файл-серверные приложения.
- •Клиент-серверные приложения.
- •Двух- и трехуровневые архитектура клиент-сервер.
- •Архитектура распределенных объектов.
- •Динамическая модель
- •Пользовательский интерфейс
- •Психофизические особенности человека, связанные с восприятием и обработкой информации.
- •Основные критерии оценки интерфейсов
- •Типы интерфейсов пользователя
- •Интерфейс примитивный
- •Интерфейс Меню.
- •Интерфейс со свободной навигацией (графический интерфейс).
- •Классификации и принципы разработки диалогов.
- •Типы диалога.
- •Формы диалога.
- •Фразовая форма
- •Директивная форма
- •Табличная форма
- •Состав и содержание технического проекта.
- •Вопросы и задания для самопроверки
- •Глоссарий
- •Глава III.Каноническое проектирование и документирование проекта 1
Табличная форма
Предполагает, что пользователь выбирает ответ из предложенных программой. Язык диалога для табличной формы имеет простейший синтаксис и однозначную семантику, что достаточно легко реализовать. Удобна эта форма и для пользователя, так как выбрать всегда проще, чем вспомнить, что особенно существенно для пользователя-непрофессионала или, пользователя, редко использующего конкретное программное обеспечение. Однако применение табличной формы возможно не всегда: ее можно использовать только, если множество возможных ответов на конкретный вопрос конечно. Причем, если количество возможных ответов велико (более 20), то применение табличной формы может оказаться нецелесообразным.
Достоинствами табличной формы являются:
наличие подсказки, что уменьшает нагрузи на память пользователя, так как данная форма ориентирована не на запоминание, а на узнавание;
сокращение количества ошибок ввода: пользователь не вводит информацию, а указывает на нее;
сокращение времени обучения пользователя;
возможность совмещения с другими формами;
в некоторых случаях возможность настройки пользователем.
К недостаткам данной формы относят:
-необходимость наличия навыков навигации по экрану,
-использование сравнительно большой площади экрана для изображения визуальных компонентов;
-интенсивное использование ресурсов компьютера, связанное с необходимостью постоянного обновления информации на экране.
Следует иметь в виду, что типы и формы диалоги выбирают независимо друг от друга: любая форма применима для обоих типов диалогов. Однако фразовая форма, которая используется в диалоге, управляемом пользователем, как правило, предполагает более сложные синтаксис и семантику языка диалога, так как программа должна «понимать» пользователя.
Сложное программное обеспечение обычно взаимодействует с пользователем посредством диалогов различных типов и форм в зависимости от решаемых задач. Причем, помимо диалогов, происходящих в процессе нормальной работы программного обеспечения и называемых синхронными, предусматривают диалоги, возникающие по инициативе системы или пользователя при нарушении сценария нормального процесса. Такие диалоги называются асинхронными. Обычно их используют для выдачи экстренных сообщений от системы или пользователя.
Состав и содержание технического проекта.
Итогом работ на этапе проектирования является технический проект (Рис. III -1)
Он разрабатывается на основе технического задания и эскизного проекта. Технический проект – это техническая документация, содержащая общесистемные проектные решения, алгоритмы решения задач, а также оценку экономической эффективности и перечень мероприятий по подготовке проекта к внедрению. Разрабатывается в соответствии с ГОСТ (Таблица III -6)
Таблица III‑6Состав и содержание технического проекта
Название |
Содержание |
1 Пояснительная записка |
|
2 Фундаментальная и организационная структура системы |
|
3 Постановка задач и алгоритмы решения |
|
4 Организация информационной базы |
Описание БД, ее функционируемость, сохранность, целостность и т.д. |
5 Альбом форм документов |
Сборник типовых форм. Действующие отчетности и указания по их заполнению |
6 Система математического обоснования |
Основание выбора системы программирования. Перечень стандартных программ |
7 Принципы построения комплекса технических средств |
Датчики, ЭВМ и т.д., то есть, что касается работы ИС |
8 Расчет экономической эффективности |
|
9 Мероприятия по подготовке объекта к внедрению в систему |
|
10 Ведомость документов |
Перечень документов, входящих в технический проект |
Технический проект должен четко и однозначно описывать, что должно быть сделано. Это описание должно быть проиллюстрировано диаграммами, рисунками, графиками и т.д. поскольку на стадии проектирования объем работ определяется достаточно детально, происходит уточнение ТЭО (технико-экономического обоснования), а также графика проведения работ Технический проект должен быть утвержден руководством организации разработчиков и согласован с заказчиком.