MU_LP_PIS

Федеральное агентство по образованию
Государственное образовательное учреждение
высшего профессионального образования
«Санкт-Петербургский государственный
инженерно-экономический университет»


Кафедра информационных систем в экономике

УТВЕРЖДАЮ
Проректор
по учебной работе
д.э.н., профессор
____________О.В. Гончарук
«04» марта 2008 г.

Рег. № М 20

ПРОЕКТИРОВАНИЕ
ИНФОРМАЦИОННЫХ СИСТЕМ


Методические указания к лабораторному практикуму
для студентов всех форм обучения


Специальность 080801 – Прикладная информатика в экономике
Специальность 230201 – Информационные системы и технологии






Санкт-Петербург
2008

Допущено
редакционно-издательским советом СПбГИЭУ
в качестве методического издания




Составители
д-р экон. наук, проф. Р.В. Соколов
канд. экон. наук, доц. М.Ю. Чиркова



Рецензент
д-р экон. наук, проф. Е.В. Стельмашонок


Подготовлено на кафедре
информационных систем в экономике



Одобрено научно-методическим советом факультета
информационных систем в экономике и управлении



Отпечатано в авторской редакции с оригинал-макета,
представленного составителями










( СПбГИЭУ, 2008

СОДЕРЖАНИЕ
Лабораторная работа «Проектирование пользовательского
интерфейса» 4
Цель работы 4
Программно-техническая платформа 4
Теоретическая часть 4
Перечень заданий к лабораторной работе 16
Порядок выполнения лабораторной работы 20
Содержание отчета по лабораторной работе 23
Лабораторная работа «Разработка диаграмм потоков данных
с использованием CASE-технологии» 24
Цель работы 24
Программно-техническая платформа 24
Теоретическая часть 24
Перечень заданий к лабораторной работе 27
Порядок выполнения лабораторной работы 29
Содержание отчета по лабораторной работе 39
Список литературы 40
Приложения 41

ЛАБОРАТОРНАЯ РАБОТА
«Проектирование
пользовательского интерфейса»
Цель работы
Целью работы «Проектирование пользовательского интерфейса» является закрепление навыков в области разработки иерархического меню, проектирования экранных форм и отчетов при создании АРМ управленческого персонала. В ходе работы студенты приобретают практические навыки проектирования стандартного интерфейса Windows (многоуровневое меню, формы, отчеты) с помощью средств MS Access 2003.
Программно-техническая платформа
В качестве программного обеспечения используются приложения Microsoft Office 2003 Microsoft Access 2003 и Microsoft Word 2003.
Минимальные требования к технической платформе: персональный компьютер Pentium III и выше, 128 Мб оперативной памяти.
Теоретическая часть
Проектирование пользовательского интерфейса
Пользовательский интерфейс (User Interface – UI) включает в себя: меню, экранные формы и отчеты.
При проектировании пользовательского интерфейса любой программы должны выполняться следующие эвристические правила [3]:
Видимость состояния системы (правило обратной связи). Программа (система) должна всегда информировать пользователя о состоянии своей работы. При рассмотрении этого правила необходимо учитывать несколько аспектов:
информированность пользователя. Пользователь всегда должен иметь информацию о текущем статусе работы программы – например, сколько времени прошло от начала процесса копирования файлов. Кроме этого, пользователь обязательно должен видеть, к чему привело любое его действие: ввод данных, нажатие кнопки и т.п.;
средства обеспечения обратной связи. Выбор конкретного средства обратной связи зависит от типа информации, которую нужно донести до пользователя, а также типа действия, которое вызывает потребность в обратной связи. Информация, при рассмотрении данного вопроса, делится на типы в зависимости от ее назначения и степени важности. Например, сообщения о критических ошибках, приводящих к невозможности продолжения работы, обычно выводятся в отдельном диалоговом окне. При этом работа приложения останавливается до тех пор, пока пользователь не закроет окно с информацией об ошибке (так называемое модальное окно), а сообщения о незначительных ошибках – в статусной строке окна приложения без остановки его работы. Что касается зависимости выбора средства обратной связи от типа действия, вызывающего его, то традиционно считается, что если пользователь сделал какое-то действие – например, запустил процесс кодирования файла и ожидает какого-то результата, то этот результат (или сообщение об ошибке) должен быть выведен в отдельном окне. Если же результат, о котором требуется сообщить пользователю, является текущей информацией о процессе, и не является прямым следствием действий пользователя, то можно ограничиться отображением соответствующего сообщения в строке состояния. Текстовые сообщения, выводящиеся в окне программы, для организации обратной связи могут быть дополнены другими средствами оповещения пользователя, например звуком;
время оповещения. Промежуток времени от совершения пользователем действия до получения им информации о реакции на это действие (или о событии, вызванном этим действием) должен быть минимальным, поскольку наличие или отсутствие у пользователя информации о текущем состоянии системы определяет дальнейшие действия пользователя. Если пользователь не будет знать, что последняя операция была завершена неудачно, то последующие его действия могут выполняться с ошибками.
Равенство между системой и реальным миром. Программа (система) должна «общаться» с пользователем на его языке. В данном случае подразумевается использование понятий, образов и концепций, которые знакомы пользователю по реальному миру и к которым он уже привык. Представление информации и объектов в программе должно быть организовано в естественном и логичном порядке.
Свобода действий пользователя. Пользователь должен иметь контроль над системой и возможность изменить текущее состояние программы. Чаще всего это реализуется в виде кнопки Cancel (Отмена), расположенной в диалоговом окне и позволяющей прекратить выполнение текущей операции или закрыть это диалоговое окно. Аналогичный результат дает нажатие на клавиатуре клавиши . Еще одним средством выхода из ошибочной ситуации являются функции Undo (Отменить) и Redo (Повторить). Если же по каким-либо причинам действие, на выполнение которого дал команду пользователь, нельзя будет отменить, то на экран должно быть выведено соответствующее предупреждение, а также просьба подтвердить выполнение команды.
Последовательность и стандарты. Принцип последовательности означает использование одних и тех же средств для выражения схожих образов и выполнения действий, имеющих одинаковую природу. Примером применения принципа последовательности и стандартизации является интерфейс «в стиле Windows».
Предупреждение ошибок. Интерфейс, предупреждающий возникновение ошибок, называется «услужливым». Программа как бы заботится о пользователе, будучи всегда готовой предложить ему помощь, дать подсказку. Кроме того, уменьшение вероятности возникновения ошибок пользователя при работе с программой достигается тщательной проработкой всех элементов интерфейса и его концепции в целом в соответствии с правилами проектирования интерфейсов.
Понимание лучше, чем запоминание. При проектировании интерфейса все объекты, функции, действия должны быть видимыми и легко доступными пользователю. Данное правило отражает принцип прозрачного интерфейса – интерфейса, который понятен и не заставляет пользователя удерживать в памяти информацию из одной части программы, чтобы применить ее в другой. В любой момент ему должно быть ясно, что нужно делать в данный момент. В хорошем интерфейсе инструкции по использованию программы (системы) всегда видимы или легко доступны для вызова в любое время, когда это требуется. Это может быть реализовано как в виде продуманной организации элементов интерфейса, так и непосредственно в виде подсказок пользователю.
Гибкость и эффективность использования. При проектировании интерфейса перед разработчиком часто встает такая проблема: требуется, чтобы интерфейс был одинаково удобен и для новичков, и для опытных пользователей. Для решения этой проблемы прибегают к следующему приему: функции, которые ускоряют работу, оформляют так, что они не видны начинающим, но легко доступны продвинутым пользователям. Примером реализации универсального интерфейса – это «горячие клавиши». Обозначения «горячих клавиш» пишутся рядом с соответствующими пунктами меню, поэтому они, с одной стороны, не мешают новичкам (они могут воспользоваться мышью для выбора пункта меню или щелчка по кнопке на панели инструментов), а, с другой стороны, легко доступны опытным пользователям. Другой пример реализации «интерфейса для каждого» – возможность выполнения сложных функций программы с помощью Мастера или вручную, посредством настройки опций в соответствующем диалоговом окне. Еще одной составляющей данного правила является необходимость предоставления пользователю возможности быстрого выполнения частых действий. Это может быть реализовано, например, с помощью команды для вызова последних открывавшихся файлов, и меню, в которых сначала показываются наиболее часто выполняющиеся команды.
Эстетичный и минималистический дизайн. Каждый элемент интерфейса (кнопка или текстовая подпись) отвлекает часть внимания пользователя. Это может привести к тому, что видимость и, соответственно, легкость восприятия пользователем действительно нужных и полезных частей интерфейса будет сильно уменьшена за счет элементов, без которых в данном случае можно было бы обойтись.
Распознавание и исправление ошибок. Это правило определяет проектирование сообщений об ошибках. Сообщение об ошибке должно состоять из двух частей:
описание ошибки. Оно должно быть четким, ясным и понятным, давать пользователю всю необходимую информацию о причинах и месте возникновения ошибки;
описание решения проблемы. Большинство разработчиков программ размещают описание решения проблемы в разделе справочной системы, посвященном соответствующей ошибке. Однако лучше всего включить эту информацию прямо в диалоговое окно сообщения об ошибке, так, как это сделано, например, в системе управления базами данных Microsoft Access. При описании пути решения проблемы нужно избегать составления слишком объемных текстов, т.к. пользователи будут просто пробегать их глазами, не вникая в смысл написанного, подобно тому, как человек, просматривающий газету, сначала останавливает взгляд на коротких заметках, пропуская большие материалы. Поэтому рекомендуется составлять описание действий по исправлению ошибки наподобие пошаговой инструкции, каждый шаг которой составляет 1–2 предложения.
Справка и документация. Меню программы (системы) должно содержать пункт, с командами Справка (Help), О программе вызывающие соответственно справочную систему и информацию о программе.
Проектирование иерархического меню
Функциональная часть информационной системы (ИС) обычно имеет иерархическую структуру, то есть содержит комплексы задач, подкомплексы и, наконец, отдельные задачи. Выбор требуемой задачи в этом случае удобно осуществлять с помощью иерархического меню.
Например, на верхнем уровне иерархии могут находиться такие комплексы задач, как:
поддержка (формирование, ведение базы данных);
обработка (планирование, учет, анализ и т.д.);
справки (отчеты, ответы на запросы).
В скобках указаны подкомплексы задач. Пользователю предоставляется возможность последовательно конкретизировать выбор интересующего подкомплекса задач и, наконец, отдельной задачи, которую он собирается решать.
Порядок проектирования меню следующий:
проектирование содержания меню;
проектирование формы меню;
программное обеспечение меню.
Проектирование содержания меню требует изучения предметной области обоснования состава задач, образующих функциональную часть системы, и их иерархической взаимосвязи. Для этого необходимо выяснить должностные обязанности пользователя системы, которые зависят от назначения подразделения, в котором он работает. А место и роль подразделения, в свою очередь, зависит от характеристик предприятия в целом.
Выбор пункта меню может завершаться:
появлением на экране меню следующего уровня;
выполнением команды (например, возврат в системное меню);
выполнением процедуры (например, процедуры ввода или вывода информации, функциональной обработки);
появлением «заглушки» – сообщения о том, что данный пункт еще не реализован или же другого комментария.
Пример таблицы, отражающий выбор пункта меню для АРМ кладовщика склада материалов представлен ниже (см. таблицу 1).
В главном меню следует предусмотреть пункт «Выход», который позволяет вернуться к системному меню, что удобно при отладке системы.


Таблица 1.
Содержательное проектирование иерархического меню
Пункт главного меню
Пункт подменю
Экранная форма
для ввода информации
Выходная форма
(отчет)

Помощь
Приход
Расход
Отпуск на сторону
Внутреннее перемещение
Отпуск по лимитно-заборной карте
Справки
Наличие материала на складе

Движение материалов за период
Выход

Приходный ордер
Подменю
Товарно-транспортная накладная
Требование
Лимитно-заборная карта
Подменю
Наличие материала на складе

Движение материалов за период

Текст инструкции
Приходный ордер

Заглушка
Требование
Лимитно-заборная карта

Отчет о наличии материала на складе
Отчет о движении материалов
Системное меню


Иерархическое меню обычно содержит главное меню в виде горизонтально расположенной линейки. Выбор пункта этого меню приводит к появлению всплывающего меню. Выбор пункта всплывающего меню может вызвать появление каскадного меню. Все меню, начиная с третьего уровня, называются каскадными. Свое название они получили потому, что располагаются на экране уступами, частично перекрывая друг друга.
Существует ряд правил, которыми следует руководствоваться при проектировании меню. Эти правила соответствуют международным стандартам по проектированию пользовательского интерфейса. Один из этих стандартов – CUA (Common User Access).
Назовем следующие рекомендации:
Количество уровней в меню должно быть не более 23.
Пользователь должен знать, в какой точке иерархического меню он находится, то есть следы предшествующих уровней должны оставаться.
Пункты меню не нумеруются.
Название пунктов горизонтального меню должно быть коротким.
Заглавной должна быть только первая буква названия пункта.
Пункт меню может быть выбран по первой (выделенной) букве его названия. Если первая буква названия пункта меню не является уникальной, то можно назначить любую выделенную букву.
Для выбора пункта всплывающего меню может быть предназначена «горячая клавиша» (hot key), поскольку путь к нему через главное меню может быть долгим.
Пункты, к которым часто обращаются, должны быть расположены в начале меню. Если присутствует пункт «Помощь», то он располагается в начале главного меню, а пункт «Выход» – в конце.
Логически взаимосвязанные пункты всплывающего меню объединяются в группы сплошной горизонтальной линией и могут получить свои подзаголовки.
При оформлении меню может быть выбрана своя световая схема (color scheme). Вертикальное (всплывающее) меню может быть выделено тенью.
Результат проектирования иерархического меню следует представить в графическом виде в форме дерева (рисунок 1):
1 – имя меню;
1.1; 1.2; ; 1.n – пункты меню 1-го уровня;
1.2.1; ; 1.n.i – пункты меню 2-го уровня.
Рис. 1. Представление иерархического меню
в графическом виде
Проектирование экранных форм.
Экранные формы в настоящее время образуют основу интерфейса в человеко-машинном диалоге.
Порядок проектирования экранной формы подразумевает следующие этапы:
проектирование содержание экранной формы;
проектирование ее формы представления (формы экрана);
программное обеспечение экранной формы.
Содержание экранной формы зависит от ее назначения. По назначению можно выделить четыре класса экранных форм:
для ввода информации в базу данных, т.е. для формирования и ведения базы данных; различают экранные формы для ввода справочной информации на этапе конфигурирования информационной системы (базовые формы) и экранные формы для ввода переменной информации;
для ввода параметров обработки информации по задаче и идентификаторов запросов (условия выборки);
для вывода результатов решения задачи и справочной информации;
комбинированные экранные формы, предусматривающие многоцелевое назначение.
Проектирование сценария диалогового режима решения задачи состоит в разработке взаимосвязанной последовательности экранных форм и правил перехода между ними.
Содержание экранных форм должно отвечать принципу «дружественности»: обозначения реквизитов должны быть представлены на русском языке в соответствии с привычной для пользователя терминологией, процесс ввода информации должен сопровождаться подсказками и контролем.
Следует обратить особое внимание на контроль правильности вводимой информации, поскольку основная доля ошибок происходит по вине пользователя, а не машины.
Универсальным методом контроля является визуальный контроль. Контроль количественных реквизитов может состоять в проверке на соответствие области допустимых значений. Контроль реквизитов можно осуществлять путем проверки на соответствие разрешенным значениям (см. рисунок 2).
Повышение достоверности при вводе реквизитов-признаков может быть достигнуто за счет того, что они не вводятся с клавиатуры, а выбираются из предложенного на экране списка (см. рисунок 3).
Используются также методы контрольных сумм, верификации, формальный и логический контроль.


Рис. 2. Методы контроля реквизитов в СУБД Microsoft Access





Рис. 3. Использования выбора реквизита-признака
из списка в СУБД Microsoft Access


Результатом проектирования содержания экранной формы является ее реквизитный состав с указанием метода контроля (см. таблицу 2).
Таблица 2.
Реквизитный состав экранной формы
Наименование реквизита
Имя поля
в таблице
Тип
данных
Размер
поля
Метод контроля
Описание реквизита









Проектирование отчетов
Отчет представляет собой наилучшее средство для представления информации из базы данных в виде печатного документа. По сравнению с другими средствами вывода информации на печать отчеты обладают двумя принципиальными преимуществами:
они предоставляют широкие возможности для группирования и вычисления промежуточных и общих итогов для больших наборов данных;
отчеты могут быть использованы для получения красиво оформленных счетов, заказов, материалов для презентаций и других документов.
Результаты проектирования отчета представляются в виде таблицы 3.
Таблица 3.
Реквизитный состав формы отчета
Наименование реквизита
Источник
данных
Имя поля
в таблице
Формула
для вычисления










Перечень заданий К ЛАБОРАТОРНОЙ РАБОТЕ
Задание 1. Разработка системы меню для АРМ кладовщика склада материалов.
Результатом выполнения этого задания станет иерархическое двухуровневое меню (см. рисунок 4). Выбор пунктов меню «Приход», «Справки / Наличие материалов на складе», «Выход» завершается выполнением соответствующих операций; выбор оставшихся пунктов («Помощь», «Расход», «Справки / Движение материалов за период») завершается появлением заглушки.
Пример выполнения задания представлен в приложении 1 «Иерархическое меню склада материалов».
Задание 2. Разработка экранных форм для ввода, редактирования и отображения информации.
Результатом выполнения задания станут 3 формы.
Форма «Справочник "Материалы"». В форме отображается номенклатура материалов, с которыми работает склад.
Результатом проектирования содержания экранной формы является ее реквизитный состав с указанием метода контроля (см. таблицу 4). Форма «Приход». В данной форме отображается информация о приходе материалов на склад. После формирования списка пришедших материалов, необходимо предусмотреть возможность распечатки приходного ордера. Количество пришедших материалов прибавляется к текущим остаткам формы «Справочник "Материалы"». Предыдущие приходы не сохраняются. В таблице 5 приведен реквизитный состав формы «Приход» с указанием метода контроля.
Форма «Ввод количества». Вспомогательная форма для ввода количества пришедших материалов. Реквизитный состав проектируемой формы представлен в таблице 6. Предполагаемый результат выполнения задания представлен в приложении 2 «Экранные формы АРМ кладовщика склада материалов».


Рис. 4. Иерархическое меню АРМ кладовщика склада материалов





Таблица 4.
Реквизитный состав формы «Справочник "Материалы"»
Наименование реквизита
Имя поля
в таблице
Тип
данных
Размер
поля
Метод контроля
Описание реквизита

Наименование материала
Материал
Текстовый
50
Визуальный контроль
Уникальное наименование материала

Единица
измерения
Измерение
Текстовый
10
Подстановка значений из списка
Единица измерения размерности материала

Цена
Цена
Денежный

Условие на значение (от 0 до 15000)
Цена за единицу

Количество
на складе
Остаток
Числовой
Целое
Заполняется автоматически при проведении прихода
Остаток материала на складе


Таблица 5.
Реквизитный состав формы «Приход»
Наименование реквизита
Имя поля
в таблице
Тип
данных
Размер поля
Метод контроля
Описание реквизита

Наименование материала
Материал
Текстовый
50
Заполняется автоматически при выборе из формы «Справочник "Материалы"»
Уникальное наименование материала

Количество
Количество
Числовой
Целое
Заполняется автоматически из формы «Ввод количества»
Количество приходуемого материала





Таблица 6.
Реквизитный состав формы «Ввод количества»
Наименование
реквизита
Имя поля
в таблице
Тип
данных
Размер
поля
Метод контроля
Описание реквизита

Количество материала
Количество
Числовой
Целое
Ограничение размера поля; условие на значение (от 0 до 1500);
Количество приходуемого материала



Задание 3. Разработка отчетов.
Необходимо разработать два отчета: «Приходный ордер» и «Отчет о наличии материала на складе».
Реквизитный состав проектируемого отчета «Приходный ордер» представлен в таблице 7.
Реквизитный состав отчета «Отчет о наличии материала на складе» представлен в таблице 8.
Предполагаемый результат выполнения задания представлен в приложении 3 «Отчеты АРМ кладовщика склада материалов».
Порядок выполнения ЛАБОРАТОРНОЙ работы
Запустить Microsoft Access 2003.
Создать базу данных. Для этого необходимо:
Выбрать пункт меню Файл/Создать или щелкнуть по соответствующей кнопке инструментальной панели.
В появившейся Области задач с заголовком Создание файла выберите гиперссылку Новая база данных. В окне Файл новой базы данных укажите место сохранения файла и присвойте файлу имя. Щелкните по кнопке Создать. В результате появится окно базы данных с перечнем объектов.
Экранные формы проектируются на основе таблиц «Материалы» и «Приход». Реквизитный состав создаваемых таблиц приведен в приложении 4 «Реквизитный состав таблиц АРМ кладовщика склада материалов».
Создать иерархическое меню. Для этого необходимо:
Выбрать пункт меню Вид/Панели инструментов/Настройка.
Выбрать вкладку Панели инструментов и создать новое меню, нажав кнопку Создать. В появившемся диалоговом окне Создание панели инструментов присвоить имя создаваемому меню и нажать кнопку ОК.

Таблица 7.
Реквизитный состав отчета «Приходный ордер»
Наименование
реквизита
Источник данных
Имя поля
в таблице
Формула
для вычисления

Наименование материала
Таблица «Материалы»
Материал


Цена
Таблица «Материалы»
Цена


Количество
Форма «Приход»
Количество


Единицы измерения
Таблица «Материалы»
Измерение


Сумма
Вычисляемое значение
Сумма
Цена*Кол-во

Итого
Вычисляемое значение


· Сумма

в том числе НДС
Вычисляемое значение

Итого/6


Таблица 8.
Реквизитный состав отчета «Отчет о наличии материала на складе»
Наименование
реквизита
Источник данных
Имя поля
в таблице
Формула
для вычисления

Наименование материала
Таблица «Материалы»
Материал


Единицы измерения
Таблица «Материалы»
Измерение


Цена
Таблица «Материалы»
Цена


Количество
Таблица «Материалы»
Остаток


Стоимость
Вычисляемое значение

Цена*Остаток

Установить тип созданного меню – Строка меню, нажав кнопку Свойства и выбрав в открывшемся диалоговом окне Свойства панели инструментов из списка Тип соответствующее значение.
Расположить появившуюся панель горизонтально.
Перейти на вкладку Команды и в списке Категории и выбрать пункт Новое меню.
Перетащить мышью из списка Команды пункт Новое меню на создаваемую строку меню.
Откорректируйте свойства проектируемого пункта меню, нажав кнопку Изменить выделенный объект / Свойства и заполнив необходимые поля формы Свойства элемента.
Создать экранные формы. Для этого необходимо воспользоваться конструктором или мастером построения форм.
Форма «Справочник "Материалы"» должна содержать следующие элементы управления:
кнопку «Пометить материал», которая служит для внесения материала в форму «Приход» из справочника «Материалы»;
кнопку «Отчет о наличии материала на складе», которая позволяет вызвать отчет о текущих остатках из формы;
кнопку «Выход», которая служит для выхода из формы.
В качестве источника информации необходимо использовать таблицу «Материалы».
Форма «Приход» служит для формирования списка прихода и отображает временную информацию. После того как приход проведен (поле «Остаток» таблицы «Материалы» изменено на величину прихода) и напечатан приходный ордер данные формы «Приход» удаляются. Форма должна содержать следующие элементы управления:
кнопку «Подбор материала», которая служит для вызова справочника материалов;
кнопку «Провести приход», которая служит для переноса количества материала из текущего прихода в справочник материалов.
кнопку «Приходный ордер», которая позволяет распечатать отчет о сформированном приходе;
кнопку «Выход», которая служит для выхода из формы с удалением всех записей.
Макросы и модули, используемые при проектировании форм, приведены в приложении 5 «Макросы и модули, используемые в АРМ кладовщика склада материалов».
Создать отчеты. Для этого необходимо воспользоваться конструктором или мастером построения отчетов. Отчет «Наличие материала на складе» должен отражать текущие остатки материала на складе. Источник информации – таблица «Материалы». Отчет «Приходный ордер» должен содержать информацию о текущем приходе. Источником информации является запрос. Условие отбора – совпадение поля «Материал» таблицы «Материалы» с полем «Материал» формы «Приход». Пример сформированного запроса приведен в приложении 6 «Запрос на выборку в АРМ кладовщика склада материалов».
СОДЕРЖАНИЕ ОТЧЕТА
ПО ЛАБОРАТОРНОЙ РАБОТЕ
По завершении лабораторной работы студент должен представить на кафедру информационных систем в экономике отчет в распечатанном и электронном видах. Зачет по лабораторной работе основывается на качестве выполненных заданий и результатах собеседования студента с руководителем лабораторного практикума.
Отчет по лабораторной работе «Проектирование пользовательского интерфейса» должен содержать базу данных MS Access с созданными иерархическим меню, экранными формами и отчетами.
Пример оформления титульного листа отчета по лабораторной работе представлен в приложении 7 «Пример оформления титульного листа отчета по лабораторной работе».
ЛАБОРАТОРНАЯ РАБОТА
«Разработка диаграмм потоков данных
с использованием CASE-технологии»
Цель работы
Целью лабораторной работы «Разработка диаграмм потоков данных с использованием CASE-технологии» по дисциплине «Проектирование информационных систем» является ознакомление с возможностями CASE-средств для построения и анализа функциональной модели информационной системы.
Лабораторная работа посвящена рассмотрению структурного подход к анализу информационных систем, предусматривающего построение функциональной модели в виде иерархии диаграмм потоков данных – DFD (Data Flow Diagrams).
В процессе выполнения лабораторной работы студенты изучают порядок разработки диаграммы потоков данных в информационных системах управления экономическими объектами с использованием CASE-технологии (Computer Aided System Engineering) на примере программного средства Design/IDEF 3.5.
Программно-техническая платформа
В качестве программного обеспечения используется программный продукт Design/IDEF 3.5 (разработчик Meta Software (USA), дистрибьютор Метатехнология (Москва)). Для написания отчета используется приложение Microsoft Office Microsoft Word 2003.
Минимальные требования к технической платформе: персональный компьютер Pentium II и выше, 64 Мб оперативная память, 500 Мб свободного дискового пространства.
ТеоретическАЯ ЧАСТЬ
Диаграммы потоков данных (Data Flow Diagrams – DFD) используются для представления функциональной модели информационной системы. Эти диаграммы в основном предназначены для анализа предметной области, представления моделей типа AS IS (как есть) и TO BE (как должно быть). Методология DFD моделирования во многом похожа на методологию IDEF0. Однако в ней помимо процессов отражаются объекты предметной области. Диаграммы потоков данных могут быть полезны как развитие функциональных моделей анализа предметной области по методологии IDEF0 (стандартная методология SADT), а также для разработки программного обеспечения.
Моделирование предметной области с помощью DFD диаграмм дополняется построением моделей типа «сущность–связь» (Entity Relationship – ER) и «переходов состояния» (State Transiting Diagrams – STD).
В основе методологии моделирования потоков данных, поддерживаемой программным средством Design/IDEF (IDEF – Integrated DEFinition), лежит иерархия диаграмм потоков данных, описывающая процессы преобразования информации от ее ввода в систему до выдачи пользователю.
Основными компонентами DFD являются:
приемники данных (так называемые внешние сущности по отношению к информационной системе);
процессы обработки (вычислительные процессы, соответствующе функциям системы);
хранилища (накопители) данных;
потоки данных.
В качестве основных символов DFD могут быть использованы следующие (см. таблицу 9).
Как видно из обозначений DFD, эти диаграммы идентифицируют основные компоненты CASE-модели.
Внешняя сущность – это материальный предмет или физическое лицо, представляющее собой приемник или источник информации, находящийся вне информационной системы.
Процесс обработки обозначает преобразование входных потоков данных в выходные в соответствии с определенным алгоритмом.
Хранилище (накопитель) данных является прообразом будущей базы данных.
Поток данных определяет информацию, передаваемую по некоторому каналу от источника к приемнику.



Таблица 9.
Символы диаграмм потоков данных
Символы
DFD
Нотация
Гейна-Сарсона
Нотация
Йордана

Поток данных



Процесс
обработки



Хранилище данных



Внешняя
сущность



При построении иерархически взаимосвязанных DFD должны выполняться следующие правила [1]:
правило балансировки – при детализации процесса детализирующая диаграмма в качестве внешних источников/приемников данных может иметь только те компоненты (процессы, внешние сущности, накопители данных), с которыми имеет информационную связь детализируемый процесс на родительской диаграмме;
правило нумерации – при детализации процессов должна поддерживаться их иерархическая нумерация. Например, процессы, детализирующие процесс с номером 12, получают номера 12.1, 12.2, 12.3 и т.д.
Диаграммы верхнего уровня иерархии (контекстные диаграммы) отражают укрупненные процессы (или подсистемы) информационной системы и их связи с источниками и потребителями информации [3].
Контекстные диаграммы детализируются при помощи диаграмм нижнего уровня. Такая декомпозиция процессов продолжается до тех пор, пока процессы нижнего уровня не становится просто описать (специфицировать) на алгоритмическом языке с целью дальнейшей автоматической кодогенерации.
После построения функциональной модели информационной системы ее необходимо верифицировать (проверить на полноту и согласованность). В полной модели все процессы, потоки данных и хранилища должны быть подробно описаны. В согласованной модели все внешние сущности, процессы и хранилища должны быть связаны между собой потоками данных.
Графическое представление диаграммы потоков данных на экране дисплея обеспечивает наглядность моделирования и удобство корректировки основных компонентов модели в интерактивном режиме.
Поскольку графического представления недостаточно для точного определения компонентов DFD, используются текстовые описания и другие средства конкретизации процессов обработки и структуры данных.
Перечень заданий К ЛАБОРАТОРНОЙ РАБОТЕ
Лабораторная работа предусматривает выполнение 2-х заданий:
Машинная реализация заданной DFD-диаграммы (на примере АРМ кладовщика склада материалов).
На диаграмме отражены поставщики и получатели материалов, кладовщик, отдел материально-технического снабжения и бухгалтерия, с которыми связан склад материалов. АРМ осуществляет следующие функции: ведение карточек складского учета в электронном виде, регистрация приходных и расходных документов и формирование справок об остатках и движении материалов.
Студент должен:
Построить заданную контекстную диаграмму потоков данных (образец контекстной диаграммы потоков данных АРМ кладовщика склада материалов представлен в приложении 8).
Построить заданную декомпозицию контекстной DFD-диаграммы (образец декомпозиции контекстной представлен в приложении 9).

Разработка DFD-диаграммы.
Дать содержательное описание функционирования АРМ управленческого персонала или его отдельной задачи. Выбор АРМ рекомендуется осуществлять по таблице 10. Ключом выбора являются две последние цифры номера зачетной книжки студента (без учета цифр года поступления).
Таблица 10.
Таблица выбора варианта АРМ
Две последние цифры номера
зачетной
книжки
Номер
АРМ

Две последние цифры номера
зачетной
книжки
Номер
АРМ

00 26 52 78
1

13 39 65 91
14

01 27 53 79
2

14 40 66 92
15

02 28 54 80
3

15 41 67 93
16

03 29 55 81
4

16 42 68 94
17


·
·
·
·
·
·
·
·
·
·
·
·
·
·
·
·
·
·
·
·
·
·
·
·
·
·
·
·
·
·
·
·
·
·
·
·
·
·
·
·
·
·
·
·
·
·
·
·
·
·
·
·
·
·
·
·
·
·
·
·
·
·
·
·
·
·
·
·
·
·
·
·
·
·
·
·
·
·
·
·
·
·
·
·
·
·
·
·
·
·
·
·
·
·
·
·
·
·
·
·
·
·
·
·
·
·
·
·
·
·
Предлагаемый перечень АРМ:
АРМ руководителя;
АРМ секретаря;
АРМ кладовщика;
АРМ бухгалтера-материальщика;
АРМ бухгалтера малого предприятия;
АРМ специалиста по расчету заработной платы;
АРМ работника отдела материально-технического снабжения;
АРМ плановика;
АРМ менеджера по продажам;
АРМ менеджера по закупкам;
АРМ инспектора отдела кадров;
АРМ маркетолога;
АРМ экономиста;
АРМ нормировщика;
АРМ диспетчера;
АРМ финансового аналитика;
АРМ сотрудника кредитного отдела банка;
АРМ сотрудника депозитного отдела банка;
АРМ сотрудника отдела ценных бумаг;
АРМ сотрудника отдела пластиковых карт;
АРМ сотрудника отдела по работе с клиентами;
АРМ кассира;
АРМ библиотекаря;
АРМ логиста;
АРМ администратора гостиницы;
АРМ страхового агента.
Возможен выбор варианта АРМ за рамками таблицы по согласованию с преподавателем.
Построить контекстную DFD-диаграмму в соответствии с содержательным описанием.
Выполнить декомпозицию одного из процессов контекстной диаграммы, содержащую 2 и более уровней.
Порядок выполнения ЛАБОТАРОТНОЙ работы
Порядок выполнения лабораторной работы:
Создание файла для хранения DFD-диаграммы.
Создать новый файл (File/New).
В окне, представленном на рисунке 5, выбрать методологию создания диаграммы IDEF0. Главную страницу диаграммы (Master page) оставить по умолчанию.
Вызов палитры (palette).
Выбрать пункт меню File/Import. В появившемся окне (см. рис. 2) в качестве формата импортируемого файла необходимо оставить IDEF Page Files (IDP – формат страницы диаграммы IDEF).
Активизировать подкаталог Palettes каталога Idef35.
Рис. 5. Окно создания новой страницы диаграммы
В списке файлов страниц диаграммы (*.IDP) каталога Palettes выбрать файл dataflow.idp (рисунок 6). В результате в создаваемой диаграмме образуется новая страница-палитра, содержащая элементы для построения DFD-диаграммы.
Рис. 6. Окно импорта внешних данных
Активизировать окно первой страницы диаграммы.
Сдвинуть левую границу данного окна вправо для удобства переноса элементов палитры на страницу диаграммы.
Занесение элементов диаграммы DFD из страницы палитры на страницу диаграммы.
Активизировать окно страницы диаграммы, на которую требуется нанести элементы DFD.
Перевести курсор мыши на нужный элемент в окне палитры и нажать на левую кнопку мыши. Элемент при этом выделяется черным прямоугольником. Окно палитры должно оставаться неактивным.
Перевести курсор мыши в окно страницы диаграммы. При этом он меняет форму, что показывает переход в режим занесения элементов палитры.
Перевести курсор в позицию, требуемую для расположения данного элемента диаграммы, и нажать левую кнопку мыши. При этом в точке, на которой установлен курсор, располагается центр элемента (см. рисунок 7). Если необходимо разместить несколько элементов одного типа, повторить данный пункт требуемое количество раз.
Для занесения другого элемента палитры повторить пункты 5.3.2–5.3.4.
Для отмены режима палитры и перехода в режим работы по умолчанию нажать правую кнопку мыши в окне страницы диаграммы.
Работа с элементами DFD-диаграммы.
Перемещение элементов диаграммы DFD в окне страницы диаграммы.
Перевести курсор мыши к требуемому элементу диаграммы и нажать левую кнопку для его выделения.
Для перемещения элемента нажать левую кнопку и, не отпуская, переместить курсор мыши в требуемую позицию.
Перемещение группы элементов диаграммы.

Рис. 7. Окно диаграммы IDEF
Для выделения группы элементов нажать левую кнопку мыши и, не отпуская, обвести рамку, полностью охватывающую все требуемые элементы диаграммы.
Для добавления элемента в группу, если он не входит в нее, повторить пункт 5.4.1.1, держа при этом нажатой кнопку Shift.
Для исключения элемента из группы, если он выделен, повторить пункт 5.4.1.1 при нажатой кнопке Shift.
Для перемещения группы элементов перевести курсор мыши к одному из элементов группы и переместить при нажатой левой кнопке.
Примечание: при перемещении элементов диаграммы связанные с ними стрелки также перемещаются или меняют конфигурацию в соответствии с положением элементов.
Изменение размеров элемента диаграммы.
Выделить требуемый элемент диаграммы (п. 5.4.1.1).
Изменить размер элемента, подводя курсор к черным прямоугольникам-ограничителям и сдвигая границы при нажатой левой кнопке мыши.
Удаление элементов диаграммы.
Выделить элемент, подлежащий удалению (п. 5.4.1.1) или группу (пп. 5.4.2.1–5.4.2.3).
Для удаления элемента или группы нажать кнопку Delete.
Работа с пиктограммами панелей инструментов Design/IDEF.
Перевести курсор мыши на левую панель инструментов.
Для вывода пояснения к пиктограмме перевести на нее курсор и нажать правую кнопку мыши. Пояснение выводится в строке комментария в верхней части экрана.
Для активизации пиктограммы перевести на нее курсор и нажать левую кнопку. Пиктограммы, недоступные в настоящий момент для использования, выделены светлым оттенком.
Примечание: пиктограммы, включающие режимы работы (например, режим ввода текста, создания стрелок) при нажатии остаются активными во время действия режима. При этом изменяется форма курсора мыши. Для отключения режима возможно повторное нажатие пиктограммы. Пиктограммы, соответствующие определенному действию (например, привязка комментария к стрелке) при нажатии активизируются только на время совершения данного действия.
Заполнение текстом элементов DFD-диаграммы.
Перевести курсор мыши на левую панель инструментов IDEF.
Включить режим ввода текста, нажав пиктограмму «Т» (Turn on or off text mode).
Перевести курсор мыши на требуемый элемент диаграммы и нажать левую кнопку. Внутри элемента появляется текстовый курсор.
Ввести требуемый текст. При необходимости пользоваться пиктограммами атрибутов текста, расположенными на панели в верхней части экрана. Если высота введенного текста превышает высоту элемента диаграммы, образуется вертикальная полоса прокрутки.
Для заполнения текстом другого элемента диаграммы повторить 5.6.3–5.6.4.
Для корректировки имеющегося текста повторить пункт 5.6.3 при включенном режиме ввода текста и отредактировать текст.
Для отмены режима ввода текста нажать правую кнопку мыши или пиктограмму ввода текста.
Изменение текстовой рамки элемента диаграммы.
Выделить требуемый элемент диаграммы (п. 5.4.1.1).
Выбрать пункт меню Modify/Modify Text Box. При этом выделяется текстовая рамка элемента диаграммы.
Переместить текстовую рамку в требуемую позицию (аналогично п. 5.4.1.2).
Изменить при необходимости размер текстовой рамки (аналогично п. 5.4.3.2).
Работа с потоками DFD-диаграммы.
Занесение стрелок потоков на диаграмму DFD.
Перевести курсор мыши на пиктограмму » «Create Arrow» в панели инструментов и нажать левую кнопку.
Перевести курсор мыши в окно страницы диаграммы. При этом курсор меняет форму, что отображает переход в режим рисования стрелок.
Перевести курсор внутрь элемента-источника, ближе к тому краю, от которого должна отходить стрелка.
Нажать левую кнопку мыши и, не отпуская, переместить курсор внутрь элемента-приемника стрелки, ближе к тому краю, в который должна входить стрелка.
Изменение конфигурации стрелок.
Выделить стрелку (аналогично п. 5.4.1.1).
Для изменения положения выхода стрелки на элементе-источнике перемещать при нажатой левой кнопке точку, расположенную в основании стрелки.
Для изменения положения входа стрелки на объекте-приемнике перемещать при нажатой левой кнопке точку, расположенную в головке стрелки.
Для изменения конфигурации линии стрелки перемещать точки-узлы линии стрелки.
Разделение и слияние потоков.
Чтобы разделить поток (перейти от рисунка 8а к рисунку 8б), следует выделить стрелку потока, нажать пиктограмму ветвления стрелок «Branch Arrow», перевести курсор мыши на элемент-приемник новой ветви потока и нажать левую кнопку.
Рис. 8. Разделение потоков
Чтобы осуществить слияние потоков данных (перейти от рисунка 9а к рисунку 9б), следует выделить стрелку существующего на схеме потока, нажать пиктограмму слияния потоков «Join Arrow», перевести курсор мыши на элемент-источник второго потока и нажать левую кнопку.
Удаление стрелок.
Выделить стрелку или группу стрелок (аналогично п. 5.4.1.1, 5.4.2.1–5.4.2.3).
Для удаления стрелок нажать кнопку Delete.
Примечание: при удалении элемента диаграммы удаляются также все связанные с ним стрелки.
Рис. 9. Слияние потоков данных
Работа с метками.
Создание меток.
Включить режим создания меток, активизировав в левой панели пиктограмму «Label» «Creates a Label».
Перенести курсор мыши в позицию, требуемую для создания метки и нажать левую кнопку. Появится текстовый курсор.
Ввести текст метки. При необходимости использовать пиктограммы атрибутов текста на панели, расположенной в верхней части экрана.
Для ввода следующей метки повторить пп. 5.9.1.2–5.9.1.3.
Для редактирования текста уже существующей метки подвести курсор мыши к данной метке и, нажав левую кнопку, отредактировать текст под курсором.
Для отмены режима ввода меток нажать правую кнопку мыши или пиктограмму ввода меток.
Примечание: перемещение меток осуществляется аналогично перемещению элементов диаграммы.
Привязка меток к стрелкам.
Выделить требуемую метку.
На левой панели инструментов нажать пиктограмму привязки «Attach Label».
Подвести курсор мыши к требуемой стрелке. При этом она должна мерцать.
Нажать левую кнопку мыши. Появится линия привязки. Линия привязки перемещается при перемещении метки или изменении конфигурации стрелки.
Для отмены привязки выделить требуемую метку с существующей привязкой и нажать пиктограмму привязки.
Декомпозиция DFD-диаграммы.
Выделить элемент диаграммы (процесс), подлежащий декомпозиции.
На левой панели инструментов нажать пиктограмму декомпозиции «Decompose Activity». При этом создается новая страница диаграммы IDEF, связанная с данным процессом.
Активизировать дочернюю страницу, выделив декомпозированный процесс и нажав пиктограмму выбора дочернего объекта «Select child object or page». На этой странице схематически отображаются все входы и выходы (I (Input) – входы, O (Output) – выходы и др.).
Построить диаграмму, декомпозирующую данный процесс, повторив пп.5.3–5.9.
Для возвращения к родительскому объекту (процессу) нажать пиктограмму возврата к родительскому объекту «Select parent object or page».
Примечание: процесс декомпозиции может быть продолжен аналогичным образом.
Внесение авторских реквизитов в главную страницу диаграммы.
Активизировать главную страницу диаграммы через пункт меню Window (список открытых страниц диаграммы представлен в конце данного меню).
Включить режим ввода текста (см. п.5.6.2).
В поле пользовательских данных ввести ФИО и номер учебной группы, в поле ввести наименование лабораторной работы, а в поле ввести дату выполнения работы (см. рисунок 10).
Примечание: данные реквизиты автоматически заносятся в колонтитулы всех страниц диаграммы.
Рис. 10. Окно главной страницы диаграммы (Master Page)
Сохранение DFD-диаграммы.
Выбрать в меню пункт File/Save и присвоить имя файлу диаграммы (расширение IDD).
В качестве носителя используется дискета студента.
Примечание: Импортированная палитра сохраняется в составе файла диаграммы.
Печать DFD-диаграммы.
Рекомендуется установить соответствующие характеру данной диаграммы настройки печати (пункт меню File/Print Setup), например, альбомную ориентацию бумаги для широкой диаграммы.
Распечатать каждую страницу DFD-диаграммы в соответствии с ее характером (пункт меню File/Print).
СОДЕРЖАНИЕ ОТЧЕТА
ПО ЛАБОРАТОРНОЙ РАБОТЕ
По завершении лабораторной работы студент должен представить отчет по обеим частям лабораторной работы «Разработка диаграмм потоков данных с использованием СASE-технологии».
Отчет представляется на кафедру информационных систем в экономике в распечатанном и электронном видах. Зачет по лабораторной работе основывается на качестве выполненных заданий и результатах собеседования студента с руководителем лабораторного практикума.
Отчет должен содержать следующие разделы:
Машинная реализация заданной DFD-диаграммы (на примере АРМ кладовщика склада материалов):
контекстная диаграмма потоков данных АРМ кладовщика склада материалов, построенная в точном соответствии с предложенной преподавателем схемой;
декомпозиция контекстной DFD-диаграммы, построенная в точном соответствии с предложенной преподавателем схемой.
DFD-диаграмма АРМ управленческого персонала:
содержательное описание функционирования выбранной студентом информационной системы или ее подсистемы;
контекстная DFD-диаграмма в соответствии с содержательным описанием.
декомпозиция одного из процессов контекстной диаграммы, содержащая 2 и более уровней.
Пример оформления титульного листа отчета по лабораторной работе представлен в приложении 7 «Пример оформления титульного листа отчета по лабораторной работе».
СПИСОК ЛИТЕРАТУРЫ
Вендров А.М. Проектирование программного обеспечения экономических информационных систем: Учебник. – М.: Финансы и статистика, 2005. – 544 с.
Диго С.М. Базы данных: проектирование и использование: Учебник. – М.: Финансы и статистика, 2005. – 592 с.
Жарков С. Shareware: профессиональная разработка и продвижение программ. – М.: BHV-СПб, 2002. – 320 с.
Калашян А.Н. Структурные модели бизнеса: DFD-технологии. – М.: Финансы и статистика, 2003. – 256 с.
Михеева В.Д. Access 2003: Наиболее полное руководство/ Михеева В.Д., Харитонова И.А. – СПб.: БХВ-Санкт-Петербург, 2004. – 1069 с.
Прикладная информатика в экономике: Учеб. пособие / Бугорский В.Н., Емельянов А.А., Порховник Ю.М., Соколов Р.В., Фомин В.И., Чиркова М.Ю / Под ред. д-ра экон. наук, профессора Михайлушкина А.И.. – СПб.: СПбГИЭУ, 2005. – 412 с.
Проектирование и реализация баз данных Microsoft SQL Server 2000: Учебный курс Microsoft / Пер. с англ. – М.: Русская редакция, 2006. – 476 с.
Рабочая программа дисциплины проектирование информационных систем: рег. №2993 / Сост. Р.В. Соколов, М.Ю. Чиркова. – СПб.: СПбГИЭУ, кафедра ИСЭ, 2007. – 17 с.
Смирнова Г.Н. Проектирование экономических информационных систем: Учебник/ Смирнова Г.Н., Сорокин А.А., Тельнов Ю.Ф. – М.: Финансы и статистика, 2005. – 510 с.
Программный продукт Design/IDEF 3.5. – Internet: [ Cкачайте файл, чтобы посмотреть ссылку ], 2006.
Седельников А. Основные принципы проектирования интерфейсов http://www.nestor.minsk.by/kg.
Федотова Д.Э., Семенов Ю.Д., Чижик К.Н. CASE-технологии. Практикум. – М.: Горячая линия – Телеком, 2003. – 160 с.
Черемных С.В., Семенов И.О., Ручкин В.С. Моделирование и анализ систем. IDEF-технологии: практикум. – М.: Финансы и статистика, 2005. – 192 с.

ПРИЛОЖЕНИЯ

Приложение 1
Иерархическое меню АРМ кладовщика склада материалов




Приложение 2
Экранные формы АРМ кладовщика склада материалов

Экранная форма «Приход»
Приложение 2 (окончание)

Экранная форма «Справочник "Материалы"»


Экранная форма «Ввод количества»

Приложение 3
Отчеты АРМ кладовщика склада материалов












Приложение 4
Реквизитный состав таблиц АРМ кладовщика
склада материалов

Реквизитный состав таблицы «Материалы»

Реквизитный состав таблицы «Приход»

Приложение 5
Макросы и модули, используемые в АРМ кладовщика
склада материалов
Макрос выбора наименования материала
из формы «Справочник "Материалы"»,
приходование которого осуществляется на склад
(форма «Приход», кнопка «Подбор материала»)
Private Sub Подбор_Материала_Click()
On Error GoTo Err_Подбор_Материала_Click
Dim strDocName As String
Dim strLinkCriteria As String
strDocName = "Справочник_Материалы"
DoCmd.OpenForm strDocName, , , strLinkCriteria
Exit_Подбор_Материала_Click:
Exit Sub
Err_Подбор_Материала_Click:
MsgBox(Err.Description)
Resume Exit_Подбор_Материала_Click
End Sub
Приложение 5 (продолжение)
Макрос проведения прихода материалов на склад
(форма «Приход», кнопка «Проводка прихода»)
Private Sub Провести_приход_Click()
On Error GoTo Err_Провести_приход_Click
With CodeContextObject
Dim i As Integer
DoCmd.GoToRecord acForm, "Приход", acFirst
f: DoCmd.OpenForm "Справочник_Материалы", acNormal, "", "", , acNormal
DoCmd.FindRecord Forms!Приход!Материал, acEntire, True, , True, acCurrent, True
DoCmd.GoToControl "[Остаток]"
Forms!Справочник_Материалы!Остаток = Forms!Приход!Количество + Forms!Справочник_Материалы!Остаток
DoCmd.Close acForm, "Ввод количества"
DoCmd.GoToRecord acForm, "Приход", acNext
If Forms!Приход!Количество = 0 Then
Exit Sub
Else: GoTo f:
End If
End With
Exit_Провести_приход_Click:
Exit Sub
Err_Провести_приход_Click:
MsgBox Err.Description
Resume Exit_Провести_приход_Click
End Sub











Приложение 5 (продолжение)
Макрос для печати приходного ордера
(форма «Приход», кнопка «Приходный ордер»)
Private Sub Приходный_ордер_Click()
On Error GoTo Err_Приходный_ордер_Click
Dim stDocName As String
stDocName = "Приходный Ордер"
DoCmd.OpenReport stDocName, acPreview
Exit_Приходный_ордер_Click:
Exit Sub
Err_Приходный_ордер_Click:
MsgBox (Err.Description)
Resume Exit_Приходный_ордер_Click
End Sub
Макрос для закрытия формы «Приход»
(кнопка «Выход»)
Private Sub Выход_Click()
On Error GoTo Err_Выход_Click
DoCmd.DoMenuItem acFormBar, acEditMenu, 9, , acMenuVer70
DoCmd.DoMenuItem acFormBar, acEditMenu, 6, , acMenuVer70
DoCmd.Close
Exit_Выход_Click:
Exit Sub
Err_Выход_Click:
MsgBox Err.Description
Resume Exit_Выход_Click
End Sub
Макрос для ввода количества приходуемого на склад
материала (форма «Ввод количества», кнопка «ОК»)

Приложение 5 (окончание)
Макрос для закрытия формы «Ввод количества»
(кнопка «Отмена»)
Private Sub Ввод_количества_Отмена_Click()
On Error GoTo Err_Ввод_количества_Отмена_Click
DoCmd.Close
Exit_Ввод_количества_Отмена_Click:
Exit Sub
Err_Ввод_количества_Отмена_Click:
MsgBox Err.Description
Resume Exit_Ввод_количества_Отмена_Click
End Sub
Макрос для переноса наименования материала,
оприходование которого осуществляется на склад
из справочника в форму «Приход»
(форма «Справочник "Материалы"»
кнопка «Пометить материал»)


Приложение 6
Запрос на выборку в АРМ кладовщика склада материалов

Приложение 7

Пример оформления титульного листа отчета
по лабораторной работе

Федеральное агентство по образованию
Государственное образовательное учреждение
высшего профессионального образования
«Санкт-Петербургский государственный
инженерно-экономический университет»

Кафедра информационных систем в экономике


ЛАБОРАТОРНАЯ РАБОТА
по дисциплине проектирование информационных систем
на тему:
«______________________________________________________»
(Название темы лабораторной работы)

Выполнил:
(Фамилия И.О.)
студент _____ курса _________ направление
(срок обучения) (номер)
Группа: __________ № зачетной книжки
Подпись:

Преподаватель:
(Фамилия И.О.)
Должность:
(уч. степень, уч. звание)
Оценка: __________ Дата:
Подпись:


Санкт-Петербург
200_ г.
Приложение 8
Образец контекстной диаграммы потоков данных
АРМ кладовщика склада материалов


Приложение 9
Образец декомпозиции контекстной диаграммы


 Данные правила разработаны американским специалистом в области проектирования интерфейсов Якобом Нильсеном (Jakob Nielsen) совместно с Рольфом Моличем (Rolf Molich).









13PAGE 15





13PAGE 15


13PAGE 141915




13PAGE 141215


13PAGE 145215



Имя потока



Имя

б)

а)

13 EMBED PBrush 1415

1.n.i



1

Имя

Имя
Номер

Имя

Номер

Имя потока



13 EMBED PBrush 1415



13 EMBED PBrush 1415

а)

1.2


1.n.1

13 EMBED MetaSoftwareIDEF3.5 1415

1.2.1



1.2.i

1.n

б)

1.1







Приход

Отпуск по лимитно-
заборной карте

Справки

Движение
материалов за период

Наличие материала
на складе

Отпуск
на сторону

Внутреннее
перемещение

Выход

Расход

Помощь

Подбор материала из формы «Справочник "Материалы"»

Печать
приходного ордера

Фиксирование прихода в таблице «Справочник "Материалы"»
в поле «Количество»

Внесение наименования
приходуемого материала
в форму «Приход»

Вызов отчета
о наличии материала
на складе

Меню
АРМ склада

Вспомогательная монопольная форма для ввода количества товара в приход

Вспомогательная монопольная форма для ввода количества приходуемого материала




Приложенные файлы

  • doc 18082002
    Размер файла: 1 MB Загрузок: 0

Добавить комментарий