- •Тюменский государственный университет
- •Предисловие 7 методические материалы 9
- •Теоретические материалы 27 Глава 1. Методология разработки и стандартизации 27
- •Глава 2. Создание модели процессов в bpWin 95
- •Глава 3. Создание модели данных в erWin 121
- •Предисловие
- •Методические материалы Рабочая программа дисциплины Пояснительная записка
- •Содержание дисциплины
- •Рекомендации по самостоятельной работе Календарно-тематический план самостоятельной работы
- •Методические рекомендации по отдельным видам самостоятельной работы
- •Указания по самостоятельному изучению теоретической части дисциплины
- •Указания по выполнению контрольной работы
- •Указания по выполнению курсовой работы
- •Указания к промежуточной аттестации с применением балльно-рейтинговой системы оценки знаний
- •1.1.2. Классы программ
- •1.1.3. Архитектура программных средств
- •1.2. Стандартизация жизненного цикла программных средств
- •1.2.1. Уровни стандартизации
- •1.2.2. Основные модели жизненного цикла
- •1.2.2.1. Каскадная модель
- •1.2.2.2. Каскадная модель с промежуточным контролем
- •1.2.2.3. Модель разработки программных средств на основе ранее созданных компонентов
- •1.2.2.4. Эволюционная модель
- •1.2.2.5. Модель пошаговой разработки программных средств
- •1.2.2.6. Спиральная модель
- •1.2.2.7. Спиральная модель с ограничением версий
- •1.2.3. Структурное программирование
- •1.2.4. Организация человеко-машинного интерфейса
- •1.2.4.1. Принципы разработки
- •2. Учет возможностей аппаратных и программных средств разработчика и пользователя.
- •1.2.4.2. Рекомендации разработчику
- •1.3. Оценка стоимости и планирование разработки программных средств
- •1.3.1. Оценка стоимости разработки
- •1.3.2. Планирование разработки
- •1.4. Качество программных средств
- •1.4.1. Стандарты качества
- •1.4.2. Основные показатели качества
- •1.4.3. Методы достижения качества
- •1.4.4. Сертификация и аттестация
- •1.4.5. Конфигурационное управление версиями
- •1.4.6. Регламентирование тестирования для обеспечения качества
- •1.4.6.1. Цели и этапы тестирования программ
- •1.4.6.2. Основные тестируемые элементы
- •1.4.6.3. Восходящее и нисходящее тестирование
- •1.5. Методология быстрой разработки приложений (rad)
- •1.6. Структурный подход к проектированию информационных систем
- •1.6.1. Сущность структурного подхода
- •1.6.2. Моделирование потоков данных (бизнес-процессов) dfd
- •Отчет о продажах
- •1.6.3. Функциональное моделирование sadt (idef0)
- •1.6.3.1. Состав функциональной модели
- •1.6.3.2. Иерархия диаграмм
- •1.6.4. Моделирование данных
- •1.6.4.1. Основные понятия
- •1.6.4.2. Методология idef1
- •1.7. Общая характеристика и классификация case-средств
- •1. Компонентный состав:
- •2. Функциональная полнота:
- •3. Степень зависимости от субд:
- •4. Тип используемой модели:
- •1.8. Интеллектуализация вычислительных систем
- •1.9. Рынок программных продуктов
- •Структура рынка программных продуктов и услуг
- •1.10. Классификация систем защиты программных средств
- •1.10.1. Методы установки
- •1.10.2. Методы защиты
- •1.10.3. Принципы функционирования
- •1.10.4. Показатели оценки систем защиты
- •В опросы для контроля
- •Глава 2. Создание модели процессов в bpWin
- •2.1. Среда разработки
- •2.2. Функциональная модель (idef0)
- •2.2.1. Принципы построения модели
- •2.2.2. Работы
- •2.2.3. Стрелки
- •2.2.4. Нумерация работ и диаграмм
- •2.2.5. Диаграммы дерева узлов и экспозиций (feo)
- •2.2.6. Слияние моделей
- •2.2.7. Разделение моделей
- •2.2.8. Отчеты по модели
- •2.2.9. Экспертиза и согласование модели
- •2.3. Оценка модели
- •2.3.1. Стоимостной анализ (abc)
- •2.3.2. Анализ свойств, определенных пользователем (udp)
- •2.4. Дополнительные модели
- •2.4.1. Диаграммы потоков данных (dfd)
- •2.4.2. Диаграммы информационных процессов (idef3)
- •2.4.3. Имитационное моделирование
- •Вопросы для контроля
- •Глава 3. Создание модели данных в erWin
- •3.1. Отображение модели данных
- •3.1.1. Модели представления данных
- •3.1.2. Среда разработки
- •3.1.3. Подмодели и сохраняемые отображения
- •3.2. Создание логической модели данных
- •3.2.1. Уровни логической модели
- •3.2.2. Сущности и атрибуты
- •3.2.3. Связи
- •3.2.4. Типы сущностей и иерархия наследования (супертипы, подтипы)
- •3.2.5. Ключи
- •3.2.6. Методы нормализации и денормализации отношений
- •3.2.7. Домены
- •3.3. Создание физической модели данных
- •3.3.1. Уровни физической модели
- •3.3.2. Выбор субд
- •3.3.3. Таблицы и представления
- •3.3.4. Правила проверки значений и значения по умолчанию
- •3.3.5. Индексы
- •3.3.6. Объекты физической памяти
- •3.3.7. Триггеры и хранимые процедуры
- •3.3.8. Хранилища данных
- •3.3.9. Определение размера базы данных
- •3.3.10. Прямое и обратное проектирование
- •3.4. Создание отчетов в erWin
- •3.5. Связывание моделей процессов и модели данных
- •3.5.1. Экспорт данных из erWin в bpWin
- •3.5.2. Создание сущностей и атрибутов bpWin и их экспорт в erWin
- •В опросы для контроля
- •Глава 4. Генератор отчетов rptWin
- •4.1. Создание нового отчета
- •4.2. Среда конструктора отчетов
- •4.3. Размещение объектов отчета
- •4.4. Группировка и сортировка данных отчета
- •4.5. Изменение файла данных отчета
- •4.6. Изменение свойств отчета
- •4.7. Формирование формул
- •4.8. Пример формирования отчета
- •В опросы для контроля
- •Заключение
- •Практикум
- •Задания для контроля Тесты для самоконтроля
- •Ключи к тестам для самоконтроля
- •Пример выполнения контрольной работы
- •Темы контрольных и курсовых работ
- •1. Учет успеваемости студентов.
- •2. Учет обмена валюты.
- •3. Учет объектов строительства.
- •4. Учет выдачи и возврата книг.
- •5. Учет авиапассажиров.
- •6. Учет производства сельскохозяйственных культур.
- •7. Учет выпуска изделий.
- •8. Учет платежей налогов.
- •9. Учет поставок товаров.
- •10. Учет сбросов отравляющих веществ в окружающую среду.
- •11. Учет уволившихся с предприятия.
- •12. Учет призеров Олимпийских игр.
- •14. Учет участников олимпиады.
- •15. Учет проданных товаров.
- •16. Учет малых предприятий.
- •17. Учет больных в больнице.
- •18. Учет движения общественного транспорта.
- •19. Учет дорожно-транспортных происшествий.
- •20. Учет платежных поручений в банке.
- •21. Учет договоров займа.
- •22. Учет проданных ценных бумаг.
- •23. Учет кадров.
- •24. Учет очередников на получение жилья.
- •25. Учет исполнительской дисциплины.
- •26. Учет книг в библиотеке.
- •27. Учет переселенцев.
- •28. Учет успеваемости школьников.
- •29. Учет нарушителей трудовой дисциплины на предприятии.
- •30. Учет вакцинации населения.
- •Вопросы для подготовки к экзамену
- •Список источников информации
- •Приложения Приложение 1. Стандарты Приложение 1.1. Международный стандарт жизненного цикла
- •1. Процесс приобретения
- •2. Разработка системы и программного средства
- •3. Эксплуатация системы и программного средства
- •4. Сопровождение и развитие системы и программного средства
- •5. Управление проектом и обеспечение качества системы и программного средства
- •6. Интегральные процессы поддержки разработки программных средств
- •Приложение 1.2. Стандарты качества
- •Приложение 1.3. Стандарты по тестированию программ
- •Приложение 1.4. Государственные стандарты рф
- •Приложение 1.5. Единая система программной документации (гост 19)
- •2. Эскизный проект
- •3. Технический проект
- •4. Рабочий проект
- •5. Внедрение
- •Приложение 1.6. Автоматизированные системы управления (гост 24)
- •Приложение 1.7. Автоматизированные системы (гост 34)
- •Приложение 2. Список макрокоманд erWin
- •Приложение 3. Список макрокоманд erWin
1.2.4.2. Рекомендации разработчику
Критерии поддержки пользователя. Рекомендуется формировать высококачественную документацию на бумаге и на диске; выводить подтверждения на действия системы в случае невозможности восстановления состояния объекта; характер и количество подсказок и справочной информации должны соответствовать опыту пользователя; в сообщениях об ошибке следует выводить причину ее возникновения, возможные ответные действия и их последствия; в сложной иерархической справочной системе требуется вывод пути.
Критерии проектирования панели. Панель – это предопределенная, сгруппированная информация, которая структурирована и расположена на экране. Существуют следующие типы панелей: меню, вход, информация, список, логическая и смешанная. Панель делится на три основные части (в порядке их расположения на экране сверху вниз): меню действий и нисходящее меню, тело, командные кнопки (клавиши) и строка статуса. Тело панели может быть разделено на несколько областей с логически связанными элементами.
Критерии разработки меню. Меню содержит список возможных действий. Когда пользователи делают выбор, в форме спускающегося меню появляется на экране список возможных действий. Спускающееся (нисходящее) меню является расширением меню.
Рекомендуется ограничить число уровней всплывающих окон до трех, поскольку многие пользователи испытывают трудности в понимании иерархии меню, имеющих много уровней.
Если пунктов меню много, то следует произвести иерархическую группировку; расположить пункты в логической последовательности (по ходу выполнения или в алфавитном порядке); использовать способы быстрого выбора из меню; снабжать каждую опцию ее описанием, вызываемым нажатием клавиши F1; осуществить выравнивание; пункты, вызывающие другое меню/окно, заканчивать стрелочкой/многоточием; наиболее вероятный пункт меню делать текущим при активизации меню; группировать логически связанные пункты в прямоугольные фрагменты.
Критерии разработки диалога. Диалог – это последовательность запросов между пользователем и компьютером. Критерии его разработки: естественность; сохранение традиционных способов решения задачи; работа на родном языке; разговорный язык без напыщенности и фамильярности, без добавления имени пользователя; допускается использование жаргона, понятного пользователю; не допускаются слова двойного смысла (вместо «убить» файл, лучше – «удалить файл»); соблюдение порядка запроса, в котором обычно пользователь обрабатывает информацию.
Критерии проектирования окон. Используя сразу несколько окон, пользователь может одновременно наблюдать на экране несколько панелей одного или разных приложений.
Рассмотрим три типа окон: первичные, вторичные и всплывающие.
Первичное окно – это окно, с которого пользователь и компьютер начинают свой диалог.
Вторичные окна вызываются из первичных. Это такие окна, в которых пользователи и компьютер ведут диалог параллельно диалогу в первичном окне. Например, в текстовом редакторе вторичное окно может содержать панель, с помощью которой пользователь изменяет формат документа, а в первичном окне содержится редактируемая информация.
Всплывающие окна представляют собой участок экрана, в котором располагается экранируемая панель, которая расширяет диалог пользователя через первичные и вторичные окна. Всплывающие окна связываются с другими окнами и появляются, когда приложение желает расширить диалог с другим окном. Перед тем как продолжить диалог с некоторым окном, пользователь должен завершить работу со связанным с ним всплывающим окном.
Критерии использования мышки. Мышка является основным указывающим устройством. Обычно левая кнопка предназначена для выбора нужного объекта, а правая – для вызова контекстного всплывающего меню. Рекомендуется изменять форму указателя (маркера) мышки в процессе выполнения программы для отражения ее состояния (например, песочные часы показывают, что компьютер занят выполнением некоторого процесса; знак запрета – перемещение указателя мышки над заблокированным объектом).
Критерии использования клавиатуры. Необходимо назначить функциям приложения клавиши согласно общепринятым правилам. В приложениях могут быть использованы любые клавиши, включая клавиши, нажимаемые без Shift, а также сочетания с Shift, Ctrl и Alt. Следует избегать учета регистров и использования каких-либо клавиш, назначенных операционной системой.
Для изменения исходного значения клавиш используйте их в сочетании с клавишами Alt, Ctrl и Shift. Клавиши Alt, Ctrl и Shift самостоятельно не используются.
Не следует переназначать или дублировать назначение клавиш.
Пользователям предоставляется возможность изменять назначение клавиш в качестве дополнительной функции приложения. Пользователи должны иметь возможность назначить действия и параметры любым функциональным клавишам, а также изменять их обозначение на экране.
Если некоторая функция назначена функциональной клавише одинаково в нескольких приложениях, то следует назначать этой клавише именно данную функцию во всех приложениях.
Если пользователи нажимают неназначенную на уровне текущей панели клавишу, то никакого эффекта не должно быть.
Критерии разработки форм. Последовательность расположения вводимых полей должна соответствовать порядку их заполнения; логическое разбиение формы на отдельные фрагменты, связанные между собой; использование типовых обозначений для полей ввода-вывода; включение подсказки в форму; использование умалчиваемых значений; включение контрольных соотношений для перекрестного контроля.
Критерии обработки ошибок. Гибкость по отношению к ошибкам; возможность исправления ошибок; вывод дополнительного вопроса с целью возможного дальнейшего действия; сохранение исходной строки, вызвавшей ошибку, с целью дальнейшего исправления строки; сообщения должны быть понятными пользователю, нужно расшифровывать и определять причину ошибки точно и полно; предполагаемые действия к исправлению и продолжению, возможные последствия такого продолжения; проверка данных полная, а не по частям; сообщение не должно быть угрожающим, назидательным или снисходительным.
Критерии поддержки национальных языков. Информацию диалога следует хранить отдельно от кода логики программы. Это поможет переводчикам при переводе вашего приложения на другие национальные языки и упростит кодовую часть программы в связи переводом символов и знаков на языки других стран. Следует предусматривать дополнительное место для отдельных слов при переводе на другие языки.
Критерии расположения информации на экране. Следует идентифицировать связанные группы информации; различать исключительные ситуации, определять действия для продолжения выполнения; не заставлять пользователя запоминать данные при переходе на другой экран; использовать стандартный вид даты; использовать графики вместо таблиц; применять естественную форму написания прописных и строчных букв; выделять цветом или миганием информацию, требующую особого внимания; в верхней части экрана выводить меню, панели инструментов, в нижней – строку состояния.
Критерии формирования ответа. Быстрый ответ благоприятствует представлению о системе и соответствует психологическим потребностям пользователя. Точность выбора из меню и других ответных действий пользователя увеличивается с увеличением времени ответа. Всякий сценарий действия делится на шаги, между шагами есть паузы за счет работы системы. Последнюю паузу (клаузу) рекомендуется удлинить за счет сокращения предыдущих. В случае длительности операции необходимо выводить на экран дисплея информацию о том, что машина выполняет данную операцию (например, изображение песочных часов).