close

Вход

Забыли?

вход по аккаунту

?

424. Информационные технологии

код для вставкиСкачать
Министерство образования и науки РФ
Федеральное государственное бюджетное образовательное учреждение
высшего профессионального образования
«Воронежский государственный архитектурно-строительный университет»
Информационные технологии
Методические указания
к выполнению курсового проекта
для студентов бакалавриата направления 09.03.02
«Информационные системы и технологии»
Воронеж 2014
УДК 004.4
ББК 32.973.26
Составитель О.В. Курипта, Н.В. Акамсина
Информационные технологии: метод. указания к вып.курсового проекта
для студ. бакалавриата направления 09.03.02 «Информационные системы и
технологии» / Воронежский ГАСУ ; сост.: О.В. Курипта, Н.В. Акамсина. –
Воронеж, 2013. – 35 с.
Приводятся основные положения подготовки курсового проекта по
дисциплине «Информационные технологии». Даются в достаточном объеме
сведенья, необходимые для выполнения курсового проекта, а так же
рекомендации и последовательность выполнения курсового проекта.
Предназначены для студентов бакалавриата направления 09.03.02
«Информационные системы и технологии» всех форм обучения.
Ил. 23. Табл. 7 Библиогр. 5 назв.
УДК 004.4
ББК 32.973.26
Печатается по решению научно-методического совета
Воронежского ГАСУ
Рецензент – Е.А. Шипилова, доцент кафедры информатики и графики
Воронежского ГАСУ
2
ВВЕДЕНИЕ
Информационная технология – совокупность методов, средств и способов
получения, сбора, обработки, представления и передачи информации,
направленных на изменение ее исходного состояния, свойств, формы,
содержания, с целью получения информационного продукта или информации
нового качества о состоянии объекта, процесса или явления.
Жизнеспособность и развитие информационных технологий объясняется
тем, что современный бизнес крайне чувствителен к ошибкам в управлении.
Сегодня современный бизнес требует гораздо более широкого применения
информационных технологий в управлении предприятием. Для принятия
любого грамотного управленческого решения в условиях неопределенности и
риска необходимо постоянно держать под контролем различные аспекты
финансово-хозяйственной деятельности, будь то торговля, производство или
предоставление каких-либо услуг. Поэтому современный подход к управлению
предполагает вложение средств в информационные технологии.
Развития вычислительной техники осуществлялось по двум основным
направлениям: применение вычислительной техники для выполнения
численных расчетов; использование средств вычислительной техники в
информационных системах.
Информационная система – это совокупность программно-аппаратных
средств, способов и людей, которые обеспечивают сбор, хранение, обработку и
выдачу информации для решения поставленных задач.
При разработке информационной системы приходится решать две
основные задачи: разработка базы данных, предназначенной для хранения
информации; разработка графического интерфейса пользователя клиентских
приложений.
На ранних стадиях использования информационных систем применялась
файловая модель обработки. В дальнейшем в информационных системах стали
применяться базы данных. Базы данных являются современной формой
организации, хранения и доступа к информации.
База данных – это совокупность специальным образом организованных,
структурированных и логически связанных данных и связей между ними,
предназначенных для хранения, накопления и обработки с помощью ЭВМ и
удовлетворяющих информационным потребностям организации.
Примерами крупных информационных систем являются банковские
системы, системы заказов железнодорожных билетов и т.д.
Цель методических указаний оказать помощь студенту при выполнении
курсового проекта по дисциплине «Информационные технологии».
Для выполнения курсового проекта рекомендуется использовать:
на этапе проектирования: Microsoft Office VISIO;
на этапе разработки: Microsoft Office Access.
3
1. Основные теоретические положения курсового проекта
Тема курсового проекта: Построение инфологической модели
подсистемы заданной предметной области и ее реализация с использованием
реляционной СУБД.
Целью курсового проекта по дисциплине «Информационные
технологии» является закрепление теоретического материала и практических
навыков, полученных студентами при изучении дисциплины.
В процессе выполнения курсового проекта студент должен:
проанализировать заданную предметную область в контексте
задания;
определить информационное обеспечение заданной предметной
области и построить инфологическую модель данных для заданной предметной
области;
спроектировать сценарий диалога;
определить технологическое обеспечение обработки информации в
рамках контекста задания;
спроектировать схему данных для заданной предметной области;
спроектировать и реализовать экранные формы для ввода
информации и вывода результатов работы подсистемы, используя СУБД MS
Access.
Типовая структура курсового проекта следующая:
Введение.
1. Анализ предметной области в контексте задания.
2. Построение инфологической модели.
3. Проектирование сценария диалога.
4. Технологическое обеспечение задачи.
5. Схема данных.
6. Схема взаимодействия программ и информационных файлов.
7. Проектирование и реализация экранных форм.
Заключение
Список литературы.
Приложения
1.1. Этап анализа заданной предметной области
Основным этапом анализа локальных проектных решений, являющимся
базой для разработки информационного, программного и технологического
обеспечения для каждой задачи, является «Постановка задачи». Он содержит
три составные части: характеристику задачи, описание входной и выходной
информации.
В состав раздела «Характеристика задачи» входят следующие
компоненты: описание цели, назначения решения конкретной задачи, перечень
4
функций и процессов, реализуемых решаемой задачей, характеристика
организационной и технико-экономической сущности задачи; обоснование
целесообразности автоматизации решения задачи; указание перечня объектов,
для которых решается задача; описание процедур решения задачи; указание
периодичности решения задачи и требований к организации сбора первичных
данных; описание связей с другими задачами.
Описание входной информации состоит из перечня входных сообщений;
перечня структурных единиц информации, описания периодичности
возникновения и сроков получения информации; наименования и
идентификатора по каждой форме документа.
Описание выходной информации включает в себя: перечень и описание
выходных сообщений, документов; перечень структурных единиц информации;
периодичность возникновения и сроки получения информации, наименование,
идентификатор по каждой форме документа.
1.2. Построение инфологической модели данных
Описание, выполненное с использованием естественного языка,
математических формул, таблиц, графиков и других средств, понятных всем
проектировщикам, работающих над проектированием базы данных, называют
инфологической моделью данных.
Инфологическая модель отображает реальный мир в некоторые понятные
человеку концепции, полностью независимые от параметров среды хранения
данных. Существует множество подходов к построению таких моделей:
графовые модели, семантические сети, модель «сущность-связь» и т.д.
Наиболее популярной из них является модель «сущность-связь».
Цель инфологического моделирования – обеспечение наиболее
естественных для человека способов сбора и представления той информации,
которую предполагается хранить в создаваемой базе данных. Основными
конструктивными элементами инфологических моделей являются сущности,
связи между ними и их свойства (атрибуты).
Сущность – любой конкретный или абстрактный объект в
рассматриваемой предметной области. Сущности – это базовые типы
информации, которые хранятся в БД (в реляционной БД каждой сущности
назначается таблица). К сущностям могут относиться: студенты, клиенты,
подразделения и т.д. Экземпляр сущности (объект) и тип сущности - это разные
понятия. Понятие тип сущности относится к набору однородных личностей,
предметов или событий, выступающих как целое (например, студент, клиент и
т.д.). Экземпляр сущности относится, например, к конкретной личности в
наборе. Типом сущности может быть студент, а экземпляром – Петров, Сидоров
и т. д.
Атрибут – это свойство сущности в предметной области. Его
наименование должно быть уникальным для конкретного типа сущности.
Например, для сущности студент могут быть использованы следующие
5
атрибуты: фамилия, имя, отчество, дата и место рождения, паспортные данные
и т.д. В реляционной БД атрибуты хранятся в полях таблиц.
Связь – взаимосвязь между сущностями в предметной области. Связи
представляют собой соединения между частями БД (в реляционной БД – это
соединение между записями таблиц).
Одно из основных требований к организации базы данных – это
обеспечение возможности отыскания одних сущностей по значениям других,
для чего необходимо установить между ними определенные связи. А так как в
реальных базах данных нередко содержатся сотни или даже тысячи сущностей,
то теоретически между ними может быть установлено более миллиона связей.
Наличие такого множества связей и определяет сложность инфологических
моделей.
Одним из языков построения инфологических моделей является язык ERдиаграмм (от англ. Entity-Relationship, т.е. сущность-связь). В них сущности
изображаются помеченными прямоугольниками, ассоциации – помеченными
ромбами или шестиугольниками, атрибуты – помеченными овалами, а связи
между ними – ненаправленными ребрами, над которыми может проставляться
степень связи (1 или буква, заменяющая слово "много") и необходимое
пояснение.
Между двумя сущностям, например, А и В возможны четыре вида связей.
Первый тип – связь один –к – одному (1:1): в каждый момент времени
каждому представителю (экземпляру) сущности А соответствует 1 или 0
представителей сущности В.
Второй тип – связь один – ко - многим (1:М): одному представителю
сущности А соответствуют 0, 1 или несколько представителей сущности В.
Так как между двумя сущностями возможны связи в обоих направлениях,
то существует еще два типа связи многие - к - одному (М:1) и многие - комногим (М:N).
Ключ – минимальный набор атрибутов, по значениям которых можно
однозначно найти требуемый экземпляр сущности. Минимальность означает,
что исключение из набора любого атрибута не позволяет идентифицировать
сущность по оставшимся.
В реляционной БД ключ – это столбец (может быть несколько столбцов),
добавляемый к таблице и позволяющий установить связь с записями в другой
таблице. Существуют ключи двух типов: первичные и вторичные или внешние.
Первичный ключ PK(primary key) PK_имя_таблицы – это одно или
несколько полей (столбцов), комбинация значений которых однозначно
определяет каждую запись в таблице. Первичный ключ не допускает значений
Null и всегда должен иметь уникальный индекс. Первичный ключ используется
для связывания таблицы с внешними ключами в других таблицах.
Внешний (вторичный) ключ
FK_имя_таблицы_имя_поля_ссылки_имя_таблицы-справочника,
FK
(foreign key) - это одно или несколько полей (столбцов) в таблице, содержащих
6
ссылку на поле или поля первичного ключа в другой таблице. Внешний ключ
определяет способ объединения таблиц.
Из двух логически связанных таблиц одну называют таблицей первичного
ключа или главной таблицей, а другую таблицей вторичного (внешнего) ключа
или подчиненной таблицей. СУБД позволяют сопоставить родственные записи
из обеих таблиц и совместно вывести их в форме, отчете или запросе.
Существует три типа первичных ключей: ключевые поля счетчика
(счетчик), простой ключ и составной ключ.
Поле счетчика (Тип данных «Счетчик»). Тип данных поля в базе данных,
в котором для каждой добавляемой в таблицу записи в поле автоматически
заносится уникальное числовое значение.
Простой ключ. Если поле содержит уникальные значения, такие как коды
или инвентарные номера, то это поле можно определить как первичный ключ. В
качестве ключа можно определить любое поле, содержащее данные, если это
поле не содержит повторяющиеся значения или значения Null.
Составной ключ. В случаях, когда невозможно гарантировать
уникальность значений каждого поля, существует возможность создать ключ,
состоящий из нескольких полей. Чаще всего такая ситуация возникает для
таблицы, используемой для связывания двух таблиц многие - ко - многим.
Необходимо еще раз отметить, что в поле первичного ключа должны быть
только уникальные значения в каждой строке таблицы, т.е. совпадение не
допускается, а в поле вторичного или внешнего ключа совпадение значений в
строках таблицы допускается.
Если возникают затруднения с выбором подходящего типа первичного
ключа, то в качестве ключа целесообразно выбрать поле счетчика.
1.3. Проектирование сценария диалога
Проектирование структуры диалога пользователя и ПЭВМ необходимо
для машинной реализации задачи. Описание структуры диалога выполняют
одним из двух способов:
1) табличная форма описания, которая содержит перечень сообщений
системы на экране монитора (пункты меню, приглашения, экранные формы,
диагностические сообщения и т.д.) и соответствующих действий пользователя.
Достоинство этого способа – подробность описания, однако, таблица может
получиться очень громоздкой и неудобной для чтения; поэтому подробное
описание взаимодействия пользователя с ПЭВМ выносят в отдельный
документ, называемый «Руководством пользователя»;
2) представление структуры диалога в виде ориентированного графа,
вершины которого пронумерованы, а описание его содержания осуществляется
непосредственно в вершинах в соответствии с их нумерацией (такой граф
иногда называют деревом разговоров). Этот способ нагляден и фактически дает
готовую структуру меню системы.
Меню диалога составляется по разным критериям в зависимости от
7
сложности решаемой задачи и поставленных целей. Любая задача содержит
входные и выходные документы, возможно справочники и действия над ними.
Для сложных задач может потребоваться выделить подсистемы и классы
входных и выходных документов. Обычно, достаточно указать в меню входные
документы, выходные документы, справочники (если они есть), а также
действия (например, вычисления, сортировка, фильтрация, добавление или
удаление записей массива, проверка полноты и достоверности информации и
т.п.).
1.4. Технологическое обеспечение задачи
На данном этапе определяют следующие технологические операции:
– сбор и регистрация данных;
– передача и прием данных;
– перенос данных на машинные носители;
– ввод, компоновка данных;
– накопление данных;
– сортировка;
– обработка данных;
– корректировка;
– выдача результатной информации;
– передача результатов заказчику;
– организация архива и др.
Возможно отсутствие некоторых из них (например, организация архива в
локальном автоматизированном рабочем месте), объединение нескольких
операций (например, операции контроля с вводом данных), изменение
последовательности по сравнению с приведенной выше.
Технологический процесс изображается в виде графической схемы (блоксхемы) в соответствии с ГОСТ 19.003-80.
Схема работы системы представляет технологический процесс решения
задачи и состоит из трех этапов: домашинного, машинного и послемашинного.
Каждый этап содержит последовательность операций, выполняемых над
данными, с момента их возникновения до передачи результатов заказчику.
Операции на схеме показываются вертикально. Слева от операции размещаются
обозначения носителей входных данных для этой операции, справа – выходных.
Домашинный этап на схеме, как правило, показывается выше, левее машинного,
а послемашинный – соответственно, ниже, правее.
Для обеспечения достоверности информации при выполнении операции
регистрации применяют несколько методов контроля, набор которых наиболее
широко представлен при полуавтоматическом способе регистрации
информации, где можно выделить следующие методы:
– визуальный контроль на экране регистратора;
– двойной ввод информации;
– контроль идентификатора по списку;
8
– контроль вводимой информации по формату;
– контроль по сумме сообщений;
– контрольные суммы по каждому сообщению.
1.5. Построение схемы данных
Схема данных отображает путь данных при решении задачи, определяет
этапы обработки, применяемые носители данных. Схема данных содержит пять
основных уровней:
1) источники информации;
2) документы с исходной информацией;
3) информационные файлы;
4) результатные документы;
5) получатели информации.
1.6. Схема взаимосвязи программных модулей и информационных
файлов
Меню отражает все действия для решения задачи, но не указывает
последовательность их выбора. Поэтому составляется схема взаимодействия
программ, отображающая путь активации программ и взаимодействий с
соответствующими данными. Каждая программа в схеме взаимодействия
программ показывается только один раз.
1.7. Проектирование и реализация экранных форм
Ввод данных в базу данных можно реализовать различными способами.
Самый простой способ – непосредственный ввод в таблицу, что имеет
довольно много неудобств. Гораздо лучше организовать ввод данных
специально создаваемыми экранными формами. В большинстве СУБД для их
создания служат специальные программные средства – генераторы экранов
(мастера), позволяющие создавать экранные формы для ввода и вывода данных
в диалоговом режиме.
Конструирование экранных форм выполняется по определенным
правилам.
1. Удобный и простой для понимания интерфейс.
2. Расположение реквизитов на экране должно соответствовать их
расположению на входном документе, привычном для пользователя (это же
относится к выходным формам).
3. Экран ввода или вывода обычно состоит из трех частей: заголовок
кадра, основная зона и зона подсказок. В основной зоне должны использоваться
ясные и лаконичные наименования атрибутов, расположенные рядом с
соответствующими полями ввода и вывода.
4. В зоне подсказок должна выводиться информация, поясняющая
пользователю, что он делает в данный момент. Необходимо предусмотреть
(особенно при вводе) выдачу сообщений о неправильных действиях
9
пользователя и способах выхода из возникшей ситуации.
5. Чтобы облегчить работу пользователя, желательно обеспечить
контекстно-зависимую помощь, вызываемую нажатием определенной клавиши
(обычно F1) и появляющуюся в определенном месте экрана.
6. Следует избегать «перегрузки» экрана информацией. Для этого
целесообразно использовать многостраничные экранные формы, формируемые,
например, в виде «закладок». При этом каждый экран должен быть логически
законченным и осмысленным.
Заполнение базы данных можно выполнять несколькими способами:
– с клавиатуры, пользуясь экранными формами;
– передачей данных из других файлов этой базы данных;
– импортированием данных из других программных систем (других
СУБД, электронных таблиц, прикладных программ).
Данные могут заноситься в поля ввода экранной формы непосредственно
с клавиатуры. Это оправдано, когда объем вводимых данных невелик.
При больших объемах вводимой информации используются следующие
приемы, облегчающие ввод.
1. Выбор нужного значения из списка значений. Специфика здесь
заключается в том, что список может быть достаточно длинным и иметь
переменную длину. Кроме того, список должен «совмещаться» с экраном ввода.
Небольшие списки можно размещать непосредственно на экране рядом с полем
ввода соответствующего атрибута. Чаще всего используют выпадающие списки.
Используют также выдачу на экран элементов списка последовательно по
одному значению. Может применяться выдача длинного списка частями,
причем в этом случае должно быть организовано либо «листание» списка, либо
выдача той части списка, в которой находится искомый элемент. Необходимо
всегда предусматривать возможность сокращения просмотра длинных списков.
Если выбор неоднозначен, необходима подсказка пользователю о правильном
выборе.
2. Задание определенных значений полей (значений по умолчанию) при
описании свойств поля. Этот прием используют, когда значительная часть
записей имеет одинаковое значение данного поля.
Рекомендуют использовать значение по умолчанию и в тех случаях, когда
легче удалить или скорректировать это значение, чем вводить его заново.
3. При большом количестве последовательно вводимых записей
рекомендуется использовать перенос значений полей из предыдущей записи,
особенно, если ввод организован в цикле.
4. Использование шаблонов (масок) ввода. Символы шаблона разрешают
ввод вместо себя только определенных символов данных.
5. Использование системных функций для ввода данных, например,
текущая дата может автоматически вводиться функцией.
6. Использование функций преобразования данных, например,
преобразования всех букв в прописные или строчные.
10
2. Пример выполнения курсового проекта
В данном методическом указании рассмотрен пример разработки
курсового проекта в предметной области «Поликлиника» на тему «Построение
инфологической модели подсистемы учета посещения специалистов в
поликлинике и ее реализация с использованием реляционной СУБД»
2.1. Анализ подсистемы учета посещения специалистов в
поликлинике
Цель курсового проекта – автоматизировать процесс учета посещения
специалистов в поликлинике, что позволит улучшить качество и достоверность
получаемой информации, повысит оперативность обработки информации.
Пациент приходит на прием к специалисту. Из соответствующих
справочников заносится информация о специалисте и пациенте. Если пациент
не зарегистрирован, то в соответствии с документами заполняется справочник
пациентов. Далее заполняется форма обращения к специалисту. В результате
формируются отчеты посещения специалистов в зависимости от времени года,
количество посещений определенного специалиста на заданный период
времени и диаграмма зависимости количества обращений к различным
специалистам. Полученные отчеты можно вывести на экран или на принтер.
Входная информация. Структура файлов базы данных представлена тремя
файлами, два из которых можно представить в виде справочников. Это
информация о специалистах поликлиники и о пациентах. И один файл
содержит информацию, которая может изменяться, дополняться и
корректироваться – таблица «Обращения».
Таблица 1
Справочник «Пациенты»
№ п/п Имя поля
Тип поля
1
ФИО пациента (ключевое поле)
Текстовый
2
Год рождения
Дата/время
Таблица 2
№ п/п
1
2
№ п/п
1
2
3
4
Справочник «Специалисты»
Имя поля
Тип поля
Специалист (ключевое поле)
Текстовый
Количество специалистов
Числовой
Таблица «Обращение»
Имя поля
Тип поля
Номер (ключевое поле)
Счетчик
Дата обращения
Дата/время
ФИО пациента
Текстовый
Специалист
Текстовый
11
Таблица 3
Рассмотрим результатную (выходную) информацию.
Таблица 4
Отчет «Посещаемость поликлиники в зависимости от времени года».
№ п/п
Имя поля
Тип поля
1
Дата обращения
Дата/время
2
ФИО пациента
Текстовый
3
Специалист
Текстовый
№ п/п
1
2
3
Отчет «Обращения к специалисту».
Имя поля
Тип поля
Дата обращения
Дата/время
ФИО пациента
Текстовый
Специалист
Текстовый
Таблица 5
Таблица 6
Для построения диаграммы ограничим выборку определенной датой.
№ п/п
Имя поля
Тип поля
1
Дата обращения
Дата/время
2
ФИО пациента
Текстовый
3
Специалист
Текстовый
2.2. Построение инфологической модели данных
Рассматривая, пример базы данных, выделены следующие сущности и
атрибуты представленные в табл.7
Таблица 7
Сущности и атрибуты базы данных
Сущность
Атрибуты
Пациент
ФИО, Год рождения
Специалист
Наименование, Количество
Так как, пациент может обратиться к нескольким специалистам, то тип
связи будет определен как один – ко – многим (1:М). Ассоциация Обращение
характеризуется номером, ФИО пациента, Наименованием специалиста и Датой
обращения. Ключевые атрибуты отмечены подчеркиванием. Инфологическая
модель представлена на рис. 1.
2.3 Проектирование сценария диалога
Схема меню для рассматриваемой подсистемы приведена в приложении 1.
Для упрощения описания и составления других систем каждому пункту
меню может быть присвоен идентификатор. Пунктом А обозначена «Входная
информация», В – «Справочники», С – «Формирование», D – «Отчеты» и Е –
12
«Выход». Подменю А содержит входную информацию - таблицу «Обращение».
Подменю В – содержит перечисление справочников, подменю С – пункты
формирования отчетной документации, а подменю D – непосредственно сами
отчеты. Для работы с основной таблицей «Обращение» и справочниками
вводится дополнительный подуровень АВ11, который содержит действие –
добавить запись. Для работы с отчетами необходимы действия D11 – вывод
информации на экран и D12 – вывод информации на печать.
Рис. 1. Инфологическая модель предметной области
2.4. Технологическое обеспечение задачи
Работа подсистемы учета посещения специалистов в поликлинике
начинается непосредственно с ввода данных, а заканчивается выводом отчета
на печать.
На следующих рисунках приведены фрагменты технологической схемы
для рассматриваемой задачи. На рис. 2 показана технология входа в систему.
Рис. 2. Вход в подсистему
При запуске подсистемы открывается главное меню, которое содержит
пункты: Работа со справочниками, Обращение, Запрос и Выход из программы.
Если проектируемая подсистема будет содержать защиту информации
(например, ввод пароля), то необходимо отразить эти действия на схеме.
Выбирая пункт меню «Работа со справочниками» (рис. 3) становятся
13
доступны справочник «Пациенты» и справочник «Специалисты». Технология
работы со справочниками «Пациенты» и «Специалисты» аналогичны.
Рассмотрим принцип работы со справочником «Пациенты» (рис.4).
Рис.3. Выбор меню «Справочники»
Рис. 4. Выбор действий со
справочником «Пациенты»
Выбирая ветку А1 (справочник «Пациенты») можно выбрать одно из
перечисленных на рис. 4 действий – ввод данных, просмотр, корректировка,
добавление и удаление записи. Действия могут отличаться от заданных, могут
дополняться новыми в зависимости от решаемой задачи. Рассмотрим
технологию всех действий.
На рис. 5 показана технология ввода данных в справочник «Пациенты».
Ввод информации осуществляется механическим способом, т.е. ввод
информации с клавиатуры в экранные формы ЭВМ на основе информации о
пациенте. Далее осуществляется промежуточное хранение информации, и
после проверки ошибок сохранение записи в справочник. Технологическая
схема просмотра справочника показана на рис. 6.
Рис. 5. Ввод данных в справочник
«Пациенты»
Рис. 6. Просмотр справочника
«Пациенты»
14
Технологические схемы корректировки (рис. 7), добавления (рис. 8) и
удаления записи (рис. 9) практически идентичны друг другу. Они включают в
себя отображение информации из справочника на экран и работу с записями.
На этих схемах необходимо правильно разграничить действия, выполняемые
ЭВМ и пользователем.
Рис. 7. Корректировка справочника
Рис. 8. Добавление записи в
«Пациенты»
справочник «Пациенты»
Например, на рис. 8 вывод записи из справочника в экранную форму
осуществляется самой подсистемой. Поэтому действие изображено в
прямоугольнике. А корректировка записи осуществляется пользователем,
поэтому действие изображено в виде трапеции.
Ветка В «Регистрация обращения» особенностей не имеет и описывается
аналогично ветке А, поэтому описание этой ветки опустим.
Ветка С «Запросы» отвечает за формирование запросов и вывод их на
экран или на печать. Выбирая пункт меню «Запросы» становятся доступны три
запроса в соответствии с заданием:
Запрос 1. Посещаемость поликлиники в зависимости от времени года.
Данный запрос формируется на основе таблицы «Обращение». Условием
отбора записей служит ограничение по дате обращения.
Запрос 2. Количество пациентов обратившихся к специалисту _____ с
____ по ____. Данный запрос формируется на основе таблицы «Обращение».
Условием отбора записей служит ограничение по дате обращения и по
специалисту.
Запрос 3. Диаграмма количества обращений по специалистам.
Диаграмма стоится на основе запроса к таблице «Обращение». Условием
отбора записей служит ограничение по дате обращения и подсчитывается
количество обратившихся.
На рис. 10 показана технологическая схема формирования запроса 1 на
15
основе таблицы «Обращение». Результат запроса выводится на экран и в файл
«Отчет 1».
Рис. 10. Формирование запроса
Рис. 9. Удаление записи из
справочника «Пациенты»
Рис. 11. Печать отчета
Формирование отчетных документов может основываться не только на
одной таблице, поэтому необходимо указывать все источники информации.
Сформированный запрос может выводится на экран или в файл отчета.
Технология печати отчетных документов представлена на рис. 11.
Работа с формированием и выполнением запроса 2 и запроса 3
аналогична представленной на рис. 10.
! Все схемы, отображающие технологические процессы обработки
информации должны быть построены и описан принцип их работы.
2.5. Схема данных
Пример схемы данных приведен на рис. 12.
Первый уровень – источники информации. В данном случае это пациент,
обратившийся в поликлинику. Информация (напр. паспорт, медицинский полис)
от источника поступает в таблицу «Обращение» - второй уровень схемы
данных. Посещение специалиста больницы заполняется с помощью
справочников («Пациенты» и «Специалисты»). Заполнение справочников на
схеме данных не показывается. Следующий уровень – формирования отчетных
документов на основе запросов. В результате получаем два отчета
(распечатанные документы). Причем второй отчет формируется на основе двух
файлов, сформированных на основе запросов. Далее отчетные документы
переходят получателю информации (начальник отдела, руководство и др.).
16
2.6. Схема взаимосвязи программных модулей и информационных
файлов
На рис. 13 представлена схема взаимодействия программ и
информационных файлов для формирования одного отчета.
Для формирования Отчета 2 необходимо первоначально сформировать
файл Отчет 2 и диаграмму, а затем уже будет работать программа печати.
Рис. 12. Схема данных
Рис.13. Схема взаимодействия
программных модулей и
информационных файлов для
формирования отчета 1
2.7. Проектирование и реализация экранных форм
После создания данных и установления связей между таблицами
необходимо спроектировать формы. Формы состоят из полей, с помощью
которых осуществляется ввод или просмотр данных. Формы должны выглядеть
как бланки бумажных документов. Такая установка создает наиболее
дружественную пользователю систему. Поэтому спроектированные, а затем
реализованные формы должны иметь одинаковый стилизованный вид.
В ходе разработки запросов и отчетов так же должно учитываться
правило единого стилизованного вида.
Используя, MS Access создаются три таблицы в соответствии с заданием.
Существуют следующие способы создания пустой таблицы для
последующего ее заполнения собственными данными:
Создание таблицы с помощью мастера;
17
Создание таблицы в режиме конструктора;
Создание таблицы путем ввода данных.
Определяются все нужные поля в таблице и отмечаются ключевые поля.
Создается схема базы данных (не путать со схемой данных), которая
используется для создания, редактирования и удаления таблиц базы данных.
Также схему базы данных можно использовать для просмотра связей между
таблицами.
При создании связи между таблицами связываемые поля могут иметь
разные имена. Однако связываемые поля должны иметь одинаковый тип
данных, за исключением случая, когда поле первичного ключа является полем
типа Счетчик. На рис. 14 представлена схема базы данных. Линии связи
определяют отношение «один-ко-многим».
Рис. 14. Схема базы данных
Создание форм для ввода информации.
Формы являются типом объектов базы данных, который используется для
отображения данных. Форму можно также использовать как кнопочную форму,
открывающую другие формы или отчеты базы данных, а также как
пользовательское диалоговое окно для ввода данных и выполнения действий,
определяемых введенными данными.
Быстро создать форму помогают команда «Автоформа» или мастер.
С помощью автоформ можно создавать формы, в которых выводятся все
поля и записи базовой таблицы или запроса. Мастер выводит на экран вопросы
и создает форму на основании ответов пользователя. После этого пользователь
имеет возможность доработать и изменить форму в режиме конструктора.
Например, на рис.15 представлена экранная форма для ввода информации
справочника «Пациенты».
! Внесение данных необходимо начинать со справочников.
Создание запроса.
Запросы используются для просмотра, изменения и анализа данных.
Запросы также можно использовать в качестве источников записей для форм,
отчетов и страниц доступа к данным. В Microsoft Access есть несколько типов
запросов.
18
Рис. 15. Форма для ввода информации в справочник «Пациенты»
Запросы на выборку. Является наиболее часто используемым типом
запроса. Запросы этого типа возвращают данные из одной или нескольких
таблиц и отображают их в виде таблицы, записи в которой можно обновлять (с
некоторыми ограничениями). Запросы на выборку можно также использовать
для группировки записей и вычисления сумм, средних значений, подсчета
записей и нахождения других типов итоговых значений.
Запросы с параметрами – это запрос, при выполнении отображающий в
собственном диалоговом окне приглашение ввести данные, например условие
для возвращения записей или значение, которое требуется вставить в поле.
Перекрестные запросы. Используют для расчетов и представления
данных в структуре, облегчающей их анализ.
Запрос на изменение. Запрос, который за одну операцию изменяет или
перемещает несколько записей.
Запрос SQL – это запрос, создаваемый при помощи инструкций SQL.
Например, Запрос 1 «Посещаемость поликлиники в зависимости от
времени года». Для формирования запроса 1 нам необходима таблица
«Обращения» (рис. 16).
Рис. 16. Создание запроса 1
19
В нижней части окна необходимо выбрать те поля, которые должны быть
в отчете – это ФИО пациента, Специалист и Дата обращения. Теперь
необходимо создать ограничения на поле Дата обращения. Для того, чтобы
пользователь мог общаться с системой можно разработать диалог. В поле
Условие отбора введем выражение:
Between [введите начальную дату] And [введите конечную дату].
Выражение можно ввести непосредственно в поле или воспользоваться
Построителем выражения
.
Сохраните запрос. Для выполнения запроса нажмите кнопку
. Введите
интересующий вас период времени и посмотрите результат.
Например, Запрос 2 «Количество пациентов обратившихся к
специалисту _____ с ____ по ____.» Для его создания необходимо ограничить
два поля «Дата обращения» и «Специалист».
Для построения диаграммы количества обращений по специалистам
вводиться ограничение на поле «Дата обращения» и указывается операция
Count, которая подсчитывает количество записей (рис. 17).
Рис. 17. Создание запроса 3
Для указания операции Count необходимо включить Групповые операции
. Если выполнить такой запрос, то получается таблица, изображенная на рис.
18.
Рис. 18. Выполнение запроса 3
20
При этом будет добавлен еще один столбец «Count-ФИО пациента», в
котором отображается, сколько пациентов обратилось к специалисту. Теперь
можно приступать к построению диаграммы. Для этого:
1. выберем пункт Формы – Создать – Диаграмма. Не забудьте указать на
основе какого запроса строится диаграмма;
2. в диалоговом окне «Создание диаграмм» выберем поля «Count-ФИО
пациента» и «Специалист» необходимые для построения диаграммы;
3. далее укажем тип диаграммы (цилиндрическая гистограмма);
4. переместите поля на образец (рис. 19);
5. задайте название диаграммы и нажмите кнопку Готово.
Рис. 19. Построение диаграммы
Диаграмма готова. Теперь при вызове на экран диаграммы сначала
выполняется запрос, а затем строится диаграмма.
Формирование отчетов.
Отчет является эффективным средством представления данных в
печатном формате. Имея возможность управлять размером и внешним видом
всех элементов отчета, пользователь может отобразить сведения желаемым
образом.
Например. Для формирования отчета 1:
1. выберите пункт Отчеты – Создание отчета с помощью мастера;
2. в окне диалога «Создание отчетов» укажите источник данных – Запрос
1;
3. выберите все поля для отображения;
4. далее можно добавить уровни группировки и тогда информация
будет сгруппирована по выбранному полю и сортировку записей;
5. выберите макет отчета и стиль из предложенных шаблонов;
6. задайте имя отчета и нажмите кнопку Готово.
Единственное, что неучтено, это подсчет количества записей в отчете.
Для этого откроем Отчет 1 в режиме конструктора. Макет отчета имеет
шесть разделов: заголовок отчета, верхний колонтитул, заголовок группы,
область данных, нижний колонтитул и примечание. Примечание отчета
выводится один раз в конце отчета. Этот раздел используют для размещения
21
таких элементов как итоговые значения. Примечание отчета является
последним разделом в режиме конструктора отчета, но печатается перед
нижним колонтитулом в печатном отчете.
На панели элементов выберем Поле и расположим его в области
примечания. В контекстном меню выберите пункт Свойства. Это окно свойств
можно не закрывать. Перемещаясь по элементам отчета, в окне свойств будет
отображаться информация именно этого элемента.
Щелкните по названию поля, которое вы поместили в область
примечания. В окне свойств появилась информация по этому элементу. На
вкладке Макет в поле Подпись введите ИТОГО. Теперь выделите само поле в
котором указано Свободный. На вкладке Данные установите курсор в поле
Данные. Справа появится значок Построитель выражений. Выберите из
встроенных функций знакомую уже функцию Count и нажмите Вставить.
Рис. 20. Построитель выражений
Вместо выражения «expr» необходимо указать поле, по которому будет
подсчитываться количество записей. Выберите из отчетов (Reports) –
Загруженные отчеты – Отчет 1 поле ФИО пациента. В результате получите
формулу Count ([ФИО пациента]). Перейдите в режим просмотра отчета и
проверьте выполнение функции.
Реализация и формирование меню.
Рассматривается процесс реализации спроектированного диалога с
пользователем.
Главная форма изображена на рис. 21, на которой представлен первый
уровень схемы меню. Чтобы создать такую форму необходимо выполнить
следующие шаги:
1. Формы – Создание формы в режиме конструктора;
2. на появившемся макете расположите элемент Надпись и внесите
22
название формы;
3. выберите элемент Кнопка и поместите на макет. В появившемся
диалоговом окне вам представляется ряд категорий и соответствующих
действий;
4. выберите Категорию – Приложение, а Действие – Выйти из
приложения. Дальнейшие шаги достаточно просты, выполните их
самостоятельно.
Перейдите в режим формы и проверьте, как работает созданная вами
кнопка выхода.
По аналогии с представленными шагами создайте остальные кнопки.
Для этого просмотрите внимательно доступные категории и
соответствующие действия.
Экранная форма содержит поля для ввода с клавиатуры и поля для
автоматического заполнения данных из справочников и набор кнопок для
работы с записями.
Рис. 21. Главная форма
Выбирая пункт «Работа со справочниками» попадаем на форму
справочников. Кнопка «Регистрация обращения» открывает форму для ввода
записей в базу данных. Кнопка «Запросы» открывает доступ к формированию и
выполнению запросов и формированию диаграммы
Настройка параметров запуска базы данных.
Рис. 22.Настройка параметров запуска
23
Выполним необходимые настройки для запуска базы данных (рис 22):
1. введите заголовок приложения;
2. в качестве значка приложения можно выбрать файл с расширением
*.ico или *.cur;
3. в поле Вывод формы/страницы укажите главную форму. Это та форма,
которая первая появится на экране после запуска приложения;
4. уберите отметки с полей «Окно базы данных» и «Строка состояния».
Эти элементы не нужны пользователю для работы с приложением.
2.8. Заключение
В результате выполнения курсового проекта был проведен анализ
информационного обеспечения; построена инфологическая модель;
спроектирован сценарий диалога; определено технологическое обеспечение
обработки информации; спроектирована и реализована схема данных;
спроектированы экранные формы для ввода информации и вывода результатов
работы подсистемы учета посещения пациентов поликлиники, с использованием
СУБД MS Access.
Таким образом, база данных характеризуется:
1. Структурой файлов базы данных:
1) Дата обращения, ФИО пациента, специалист.
2) ФИО пациента, год рождения.
3) Справочник специалистов и их количество в поликлинике.
2. Результатные документы:
1) Посещаемость поликлиники в зависимости от времени года;
2) Количество пациентов обратившихся к специалисту ____ с __ по __.
3) Диаграмма количества обращений по специалистам.
ЗАКЛЮЧЕНИЕ
В методических указания даны теоретические сведения и описаны
практические действия, необходимые для построения инфологической модели
подсистемы в заданной предметной области и ее реализации с использованием
реляционной СУБД.
Дан пример выполнения курсового проекта.
БИБЛИОГРАФИЧЕСКИЙ СПИСОК
1.
Арсеньев, Ю.Н. Информационные системы и технологии.
Экономика. Управление. Бизнес [Текст]: учебн. пособие для вузов / Ю.Н.
Арсеньев – М.: «Юнити», 2006. – 447 с.
2.
Бекаревич, Ю.Б. Самоучитель Microsoft Access 2007./ Ю.Б.
Бекаревич, Н.В. Пушкина – СПб.: БХВ – Петербург, 2009. – 720 с.
3.
Избачков, Ю.С. Информационные системы [Текст]: учебник для
вузов /Ю.С. Избачков, В.Н. Петров. – 2-е изд. СПб.: Питер, 2010. – 656 с.
4.
Проектирование баз данных. СУБД Microsoft Access [Текст]: учебн.
24
пособие / Н.Н. Гринченко, Е.В. Гусев, Н.П. Макаров. – М.: Горячая Линия –
Телеком, 2008. – 240 с.
5.
Проектирование баз данных. СУБД Microsoft Access [Текст]: учебн.
пособие / Н. Н. Гринченко, Е.В. Гусев, Н.П. Макаров. – М.: Горячая Линия –
Телеком, 2008. – 240 с.
ПРИЛОЖЕНИЕ 1
Схема меню
25
ПРИЛОЖЕНИЕ 2
ЗАДАНИЯ ПО КУРСОВОМУ ПРОЕКТУ
Вариант 1
Предметная область ИС: Библиотека
Минимальный список характеристик:
Автор книги, название, год издания, цена, является ли новым изданием,
краткая аннотация;
номер читательского билета, ФИО, адрес и телефон читателя, дата выдачи
книги читателю и дата сдачи книги читателем.
Вариант 2
Предметная область ИС: Университет
Минимальный список характеристик:
Номер, ФИО, адрес и должность преподавателя;
код, название, количество часов, тип контроля и раздел предмета;
код, название, номер заведующего кафедрой;
номер аудитории, где преподаватель читает свой предмет.
Вариант 3
Предметная область ИС: Оптовая база
Минимальный список характеристик:
Код товара, название товара, количество на складе, стоимость единицы
товара, примечания - описание товара;
номер и ФИО поставщика товара, срок поставки и количество товаров в
поставке.
Вариант 4
Предметная область ИС: Производство
Минимальный список характеристик:
Код изделия, название изделия, является ли типовым, примечание - для
каких целей предназначено;
код, название, адрес и телефон предприятий, выпускающих изделия;
год выпуска и объем выпуска данного изделия предприятием.
Вариант 5
Предметная область ИС: Сеть магазинов
Минимальный список характеристик:
Номер, ФИО, адрес, телефон и капитал владельцев магазинов;
номер, название, адрес и телефон магазина;
номер, ФИО, адрес, телефон поставщика, а также стоимость поставки
данного поставщика в данный магазин.
Вариант 6
Предметная область ИС: Авторемонтные мастерские
Минимальный список характеристик:
Номер водительских прав, ФИО, адрес и телефон владельца автомобиля;
номер, ФИО, адрес, телефон и квалификация механика;
26
номер, марка, мощность и цвет автомобиля;
номер, название, адрес и телефон ремонтной мастерской.
Вариант 7
Предметная область ИС: Деканат
Минимальный список характеристик:
Наименование специальности, код группы, ФИО, дата рождения,
домашний адрес, телефон слушателя, примечания - автобиография слушателя;
код, название, количество часов и вид контроля предметов, код сессии и оценки
каждого слушателя каждому предмету в каждую сессию.
Вариант 8
Предметная область ИС: Договорная деятельность организации
Минимальный список характеристик:
Шифр договора, наименование организации, сроки выполнения, сумма
договора, примечания вид договора;
номер, ФИО, адрес, телефон, должность, оклад сотрудников, сроки
работы данного сотрудника по данному договору.
Вариант 9
Предметная область ИС: Поликлиника
Минимальный список характеристик:
Номер, фамилия, имя, отчество, дата рождения пациента;
ФИО, должность и специализация лечащего врача,
диагноз, поставленный данным врачом данному пациенту, необходимо ли
амбулаторное лечение, срок потери трудоспособности, состоит ли на
диспансерном учете, примечание
Вариант 10
Предметная область ИС: Телефонная станция
Минимальный список характеристик:
Номер абонента, фамилия абонента, адрес, дата установки, наличие
блокиратора, задолженность, примечание
Вариант 11
Предметная область ИС: Спорт
Минимальный список характеристик:
Фамилия спортсмена, дата рождения, вид спорта, команда, страна,
зачетный результат, является ли он достижением, каким (мировой рекорд,
олимпийский и т.п.) и за какой год; примечание.
Вариант 12
Предметная область ИС: Сельскохозяйственные работы
Минимальный список характеристик:
Наименование с/х предприятия, дата регистрации, вид собственности,
число работников, основной вид продукции, является ли передовым в освоении
новой технологии, прибыль, примечание
Вариант 13
Предметная область ИС: Городской транспорт
27
Минимальный список характеристик:
Вид транспорта, номер маршрута, дата введения маршрута, начальная
остановка, конечная остановка, время в пути, примечание.
Вариант 14
Предметная область ИС: География
Минимальный список характеристик:
Название страны, столица, площадь территории, является ли страна
развитой в экономическом отношении, количество населения, преобладающая
национальность, примечание
Вариант 15
Предметная область ИС: Домоуправление
Минимальный список характеристик:
Номер подъезда, номер квартиры, общая площадь, полезная площадь,
количество комнат,
фамилия квартиросъемщика, дата прописки, количество членов семьи,
количество детей в семье, есть ли задолженность по квартплате, примечание
Вариант 16
Предметная область ИС: Аэропорт
Минимальный список характеристик:
Номер рейса, пункт назначения, дата рейса, тип самолета, время вылета,
время в пути, является ли маршрут международным, сведения о пассажире,
примечание
Вариант 17
Предметная область ИС: Персональные ЭВМ
Минимальный список характеристик:
Фирма-изготовитель, тип процессора, тактовая частота, объем ОЗУ, объем
жесткого диска, дата выпуска,
Сведения о фирмах – реализаторах: Наименование, адрес, телефон,
примечание
Вариант 18
Предметная область ИС: Личные данные о студентах.
Минимальный список характеристик:
Фамилия и инициалы студента, курс, факультет, специальность, дата
рождения студента, семейное положение, сведения о семье
Вариант 19
Предметная область ИС: Микросхемы памяти
Минимальный список характеристик:
Обозначение, разрядность, емкость, дата начала выпуска, время доступа,
является ли широко используемой, стоимость, примечание
Вариант 20
Предметная область ИС: Шахматы
Минимальный список характеристик:
Фамилия спортсмена, дата рождения, страна, спортивный разряд,
28
участвовал ли в борьбе за звание чемпиона мира, рейтинг, примечание
Вариант 21
Предметная область ИС: Ипподром
Минимальный список характеристик:
Кличка лошади, масть, возраст, вид забега, является ли лошадь
фаворитом, фамилия наездника, занятое место, примечание
Вариант 22
Предметная область ИС: Рабочее место фармацевта аптеки
Минимальный список характеристик:
Автоматизированное рабочее место фармацевта аптеки, который делает
различные лекарственные составы из отдельных компонентов, определяет их
итоговую стоимость, отпускает их клиентам. Структуру таблиц и связи между
ними выбрать самостоятельно и описать подробно в предметной области.
Вариант 23
Предметная область ИС: Автотранспортное предприятие
Минимальный список характеристик:
номерной знак автомобиля, марка автомобиля, его техническое состояние,
местонахождение автомобиля, средняя скорость , грузоподъемность, расход
топлива, табельный номер водителя, фамилия, имя, отчество, дата рождения,
стаж работы, оклад, дата выезда, дата прибытия, место назначения, расстояние,
расход горючего, масса груза
Вариант 24
Предметная область ИС: Каталог видео клипов
Минимальный список характеристик:
Код видеоленты, дата записи, длительность, тема, стоимость,
Сведения об актере: Фамилия, имя отчество, амплуа.
Вариант 25
Предметная область ИС: Заказы
Минимальный список характеристик:
Фамилия, имя, отчество клиента, номер счета, адрес, телефон,
номер заказа, дата исполнения, стоимость заказа, название товара, его
цена и количество
Вариант 26
Предметная область ИС: Рецепты
Минимальный список характеристик:
Наименование блюда, описание рецепта, перечень ингредиентов, их
количество, выход готового продукта, калорийность
Вариант 27
Предметная область ИС: Отдел кадров
Минимальный список характеристик:
Фамилия, имя, отчество, домашний адрес, телефон, дата рождения,
должность, дата зачисления, стаж работы, образование,
фамилия, имя, отчество, и даты рождения членов семьи каждого
29
сотрудника, оклад, наименование подразделения, количество штатных единиц,
фонд заработной платы за месяц и за год
Вариант 28
Предметная область ИС: Строительной организации
Минимальный список характеристик:
Автоматизировать работу некоторой строительной организации, которая
ведет учет стройматериалов на складе, отпускает материалы клиентам,
выполняет различные строительные работы, ведет контроль оплаты счетов.
Вариант 29
Предметная область ИС: Ремонтная мастерская компьютеров
Минимальный список характеристик:
Ремонтная мастерская компьютеров обслуживает различных клиентов,
как частных лиц, так и организации. В мастерской имеется склад запчастей.
Учет оплаты за выполненные работы. Учет скидок.
Вариант 30
Предметная область ИС: Торговля книжной продукцией, аудио и видео
аппаратурой.
Минимальный список характеристик:
Оформление заказов клиентам. Выписка счета - фактуры. Подведение
ежемесячных и ежеквартальных итогов.
ОГЛАВЛЕНИЕ
ВВЕДЕНИЕ ................................................................................................ 3
1. Основные теоретические положения курсового проекта ....................... 4
2. Пример выполнения курсового проекта ................................................11
ЗАКЛЮЧЕНИЕ .........................................................................................24
БИБЛИОГРАФИЧЕСКИЙ СПИСОК ........................................................24
ПРИЛОЖЕНИЕ 1 ......................................................................................25
ПРИЛОЖЕНИЕ 2 ......................................................................................26
ИНФОРМАЦИОННЫЕ ТЕХНОЛОГИИ
Методические указания
к выполнению курсового проекта
для студентов бакалавриата
направления 09.03.02 «Информационные системы и технологии»
всех форм обучения
Составители: Курипта Оксана Валериевна
Акамсина Надежда Валериевна
Подписано в печать 24.11. 2014. Формат 60 х 84 1/16 Уч.-изд. л. 2,0.
Усл.-печ. л. 2,1. Бумага писчая. Тираж 50 экз. Заказ №464
________________________________________________________________
Отпечатано: отдел оперативной полиграфии
издательства учебной литературы и учебно-методических пособий
Воронежского ГАСУ
396006, Воронеж, ул. 20-летия Октября,84
30
Документ
Категория
Без категории
Просмотров
13
Размер файла
745 Кб
Теги
информационные, технология, 424
1/--страниц
Пожаловаться на содержимое документа