Анализ       Справочники       Сценарии       Рефераты       Курсовые работы       Авторефераты       Программы       Методички       Документы     опубликовать

Пояснительная записка 4




Скачать 264.41 Kb.
НазваниеПояснительная записка 4
Дата15.07.2013
Размер264.41 Kb.
ТипПояснительная записка

Отчет по проектированию базы данных

Содержание

Пояснительная записка 4

Введение 4

1.Анализ требований заказчика 6

1.1.Постановка задачи 6

1.2. Развитие задачи 7

2. Модели базы данных 8

3. Структура базы данных 12

4.Эскиз интерфейса пользователя 19

Литература 25

Техническое задание 26

1. Введение. 26

2. Основание для разработки. 27

3. Назначение разработки. 27

4. Требования к программному изделию. 27

4.1. Требования к функциональным характеристикам. 27

4.2. Условия эксплуатации программного продукта. 28

4.3. Требования к составу и параметрам технических средств эксплуатации. 28

4.4. Требования к информационной и программной совместимости. 29

4.5. Требования к маркировке и упаковке. 30

4.6. Требования к транспортировке и хранению. 30

5. Требования к программной документации 31

Инструкция программиста 33

1. Общие сведения о программе. 33

2. Настройка программы. 33

3. Проверка программы. 33

4. Дополнительные возможности. 33

5. Сообщения программисту. 33

Набор тестов 34



^

Пояснительная записка

Введение


Эффективное развитие государства немыслимо без систем управления. Современные системы управления базируются на комплексных системах обработки информации, на современных информационных технологиях.

Современные системы компьютерного управления обеспечивают:

  1. Выполнение точного и полного анализа данных.

  2. Получение информации во времени без задержек

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

Приложение Microsoft Access является мощной и высокопроизводительной 32-разрядной системой управления реляционной базой данных (СУБД).

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

Реляционная база данных. Практически все СУБД позволяют добавлять новые данные в таблицы. С этой точки зрения СУБД не отличаются от программ электронных таблиц (Excel) ,которые могут эмулировать некоторые функции баз данных. Существует три принципиальных отличия между СУБД и программами электронных таблиц:

  • СУБД разрабатываются с целью обеспечения эффективной обработки больших объёмов информации, намного больших, чем те, с которыми справляются электронные таблицы.

  • СУБД может легко связывать две таблицы так, что для пользователя они будут представляться одной таблицей. Реализовать такую возможность в электронных таблицах практически невозможно.

  • СУБД минимизируют общий объём базы данных. Для этого таблицы, содержащие повторяющиеся данные, разбиваются на несколько связанных таблиц.

Access – мощное приложение Windows. При этом производительность СУБД органично сочетаются со всеми удобствами и преимуществами Windows.

Как реляционная СУБД Access обеспечивает доступ ко всем типам данных и позволяет одновременно использовать несколько таблиц базы данных. Можно использовать таблицы, созданные в среде Paradox или dBase. Работая в среде Microsoft Office , пользователь получает в своё распоряжение полностью совместимые с Access текстовые документы(Word), электронные таблицы(Excel) , презентации(PowerPoint).С помощью новых расширений для Internet можно напрямую взаимодействовать с данными из World Wide Web и транслировать представление данных на языке HTML, обеспечивая работу с такими приложениями как Internet Explorer и Netscape Navigator.

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

В рамках этой курсовой работы необходимо спроектировать и реализовать средствами MS ACCESS информационную систему ведущую учет посещаемости студентов.
^

1.Анализ требований заказчика

1.1.Постановка задачи


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

^

1.2. Развитие задачи


Модуль “Учет посещаемости» будет использоваться в деканатах ВУЗов.

Необходимо обеспечить ввод трех уровневого массива данных о анализируемых элементах.

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

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

При разработке курсового проекта допускаются следующие ограничения :

- каждый студент принадлежит только одной группе;

- группе принадлежит несколько студентов;

- каждая группа принадлежит только одному отделению;

- отделению принадлежит несколько групп;

- каждый студент обладает рядом характеристик, которые могут повторяться;

- название групп и отделений являются уникальными;

- номера студента уникален для одной группы;

- номер группы уникален для одного отделения.

Входная форма представляется в виде ежедневного заполнения журнала посещаемости группы о количестве пропущенных занятий. Одновременно проставляется причина пропуска занятия.
^

2. Модели базы данных


В данном подразделе документа «Пояснительная записка» разрабатываем модель базы данных. Одним из элементов базы данных является входная информация.



Рис. 1. Алгоритмическая модель базы данных

1 - Ввод (действие пользователя).

2 - Вывод на экран формы журнала посещаемости.

3 - Один из трех вариантов поиска.

4 - Поиск по дате .

5 - Ввод даты.

6 – Ввод группы

7 - Вывод на экран таблицы Журнал.

8 - Поиск по фамилии.

9 - Ввод ФИО.

10 - Вывод на экран таблицы Журнал.

Входную информацию делят на условно-постоянную (справочники), сохраняющую свои значения на длительный период времени, и постоянно меняющуюся оперативно-учетную информацию.

В таблице 1 приведен список входной информации по типам.

Таблица 1

№ п/п

Наименование документа

Реквизиты

От кого поступает

Срок поступления

1.

Список отделений

  1. № отделения

  2. Название отделения

Управление образовательным процессом.

В начале учебного года

2.

Список групп

  1. № группы

  2. № курса

  3. № отделения

Деканат

В начале учебного года

3.

Список студентов

1. № студента

2. Ф.И.О. студента

3. № группы

4. № отделения

Деканат

В начале учебного года

4.

Личное дело студента

1. № студента

2. Ф.И.О. студента

3. Дата рождения

4. Домашний адрес

5. Домашний телефон

6. Документ удостоверяющий личность

Отдел кадров

В начале учебного года

5.

Журнал группы

  1. № группы

  2. № курса

  3. № отделения

  4. № студента

  5. Дата

  6. Количество пар в этот день

  7. Количество пропусков в этот день











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

Среди реквизитов, описывающих сущность, можно выделить один или несколько реквизитов, которые однозначно определяют экземпляр сущности. Такой реквизит является ключом. Между ключом и другими реквизитами существует функциональная зависимость. В группе реквизитов, которые характеризуют посещаемость занятий одного реквизита для ключа мало, так как один и тот же студент может пропустить пары в течении каждого из дней. В качестве ключа будет выступать № группы, № отделения, имя студента,

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

1. Сущности. Это элементы реального мира, которые могут существовать независимо. В моем случае сущностями являются: проект, детали, поставщики, заказ, служащие. Сущность представляется в концептуальной модели прямоугольником, в котором указано её имя.

2. Атрибуты. Атрибуты описывают сущность. Они представляются овалами с указанием имен, которые прикреплены к сущности. В моем случае проекту соответствуют: номер проекта. Деталям соответствуют: размер, номер детали, маркировка, название. Поставщикам соответствуют: ФИО, ИНН, адрес, идентификационный номер поставщика. Заказу соответствуют: номер заказа, номер проекта, номер деталей, идентификационный номер поставщика. Служащим соответствуют: ФИО, ИНН, должность.

3. Связи. Связь представляет взаимодействие между сущностями. На диаграмме она изображается ромбом, который соединяет сущности, участвующие в связи.
^

3. Структура базы данных


База данных – это совокупность структурированных и взаимосвязанных данных и методов, обеспечивающих добавление выборку и отображение данных. Microsoft Access позволяет управлять всеми сведениями из одного файла базы данных. В рамках этого файла используются следующие объекты:

таблицы для сохранения данных;

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

формы для просмотра, добавления и изменения данных в таблицах;

отчеты для анализа и печати данных в определенном формате;

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

База данных для решения поставленной задачи состоит из:

Таблиц

Запросов

Форм

Отчетов

Структура таблиц.

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

Текстовый. Текст или числа не требующие проведения расчётов.

МЕМО. Поле этого типа предназначено для хранения небольших текстовых данных (до 64000 символов). Поле этого типа не может быть ключевым или проиндексированным.

Числовой. Этот тип данных содержит множество подтипов. От выбора подтипа (размера) зависит точность вычислений.

Счётчик. Уникальные, последовательно возрастающие числа, автоматически вводящиеся при добавлении новой записи в таблицу.

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

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

Дата/Время. Дата и время хранятся в специальном фиксированном формате.

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

Гиперсвязь. Содержит адреса Web-страниц.



Рисунок 2. Состав таблицы «Журнал посещаемости»



Рисунок 3. Состав таблицы «Список групп»




Рисунок 4. Состав таблицы «Список отделений»




Рисунок 5. Состав таблицы «Список студентов»


Одним из основных требований, предъявляемых к СУБД, является возможность быстрого поиска требуемых записей среди большого объема информации. Индексы представляют собой наиболее эффективное средство, которое позволяет значительно ускорить поиск данных в таблицах.

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

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


Информационные объекты и их реквизиты.













Информационные объекты

Кл.

Реквизиты

Документы

 

 

 

 

 

 

 

 

 

*

Номер группы

 

Группы

 

Отделение

Список групп

 

 







 

 







 

 *

Номер отделения

Список 

 Отделение

 

 Название отделения

 отделений








































*

№ студента










Номер группы










Название отделения




Студент 

 

Ф.И.О. студента

Список 







Домашний адрес

студентов







Контактный телефон










Документ



















*

№ записи










Дата










Студент

Журнал

Посещаемость




Количество занятий

посещаемости







Количество пропусков










Количество пропусков по уважительной причине

























































































Схема данных.

Учитывая все вышесказанное нарисуем схему данных



Рисунок 6

В результате анализа получили 5 информационных объектов. Проведем попарный анализ связей между ними:

Группа Отделение Тип связи М:1, т.к. на одном отделении может быть несколько групп. Связь между этими объектами обеспечивается с помощью реквизита Код отделения.

Студент Изделие Тип связи М:1, т.к. несколько студентов могут учиться в одной группе, но каждый студент учится в данный гмомент в одной групп. Связь между этими объектами обеспечивается с помощью реквизита Код группы.

Группа Посещаемость Тип связи 1:М, т.к. по одной группе ведется учет посещаемости за разные периоды. Связь между этими объектами обеспечивается с помощью реквизита код группы.

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

Запросы являются важным инструментом в любых системах управления базами данных. Они используются для выделения, обновления и добавле­ния новых записей в таблицы. Чаще всего запросы используются для вы­деления специфических групп записей, чтобы удовлетворить определен­ному критерию. Кроме того, их можно использовать для получения дан­ных из различных таблиц, обеспечивая единое представление связанных элементов данных. При помощи этих мощных гибких средств можно:

Формировать сложные критерии для выбора записей из одной или нескольких таблиц;

Указать поля, которые должны быть отображены для выбранных записей;

Выполнять вычисления с использованием выбранных данных.

В Access существует четыре типа запросов для различных целей:

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

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

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

Запросы с параметрами — это такие запросы, свой­ства которых изменяются пользователем при каждом запуске. При запуске за­проса с параметром появляется диалоговое окно, в котором нужно ввести условие отбора. Этот тип запроса не является обособленным, т. е. параметр можно добавить к запросу любого типа.

В этой работе запросы были созданы с помощью мастера и следующей их редакции с помощью конструктора.
^

  1. Эскиз интерфейса пользователя


Формы Access позволяют создавать пользовательский интерфейс для таблиц базы данных. Хотя для выполнения тех же самых функций можно использовать режим таблицы, формы предоставляют преимущества для представления данных в упорядоченном и привлекательном виде. Формы позволяют также создавать списки значений для полей, в которых для представления множества допустимых значений используются коды. Правильно разработанная форма ускоряет процесс ввода данных и минимизирует ошибки.

Формы создаются из набора отдельных элементов управления: текстовые поля для ввода и редактирования данных, кнопки, флажки, переключатели, списки, метки полей, а также рамки объектов для отображения графики и объектов OLE. Форма состоит из окна, в котором размещаются два типа элементов управления: динамические (отображающие данные из таблиц), и статиче­ские (отображающие статические данные, такие, как метки и логотипы).

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

В этой работе используется главная кнопочная форма Главная, содержащая несколько подчиненных форм.




Кнопка «Ввод данных в журнал пропусков» - открывает окно формы «Журнал посещаемости», в которой происходит ввод данных за определенную дату.

Кнопка справа «редактировать список групп студентов» необходима для открытия формы редактирования существующих учебных групп.

Кнопка справа «редактировать список студентов» необходима необходима для открытия формы редактирования существующих студентов.

Кнопка справа «редактировать список отделений» необходима необходима для открытия формы редактирования существующих отделений.

При нажатии кнопки «Выполнить запрос по журналу пропусков» выполняется параметрический запрос по фамилии студента по журналу посещаемости.

При нажатии кнопки «Выполнить запрос по группам студентов» выполняется параметрический запрос по параметру «отделение» по списку групп.

При нажатии кнопки «Выполнить запрос по студентам» выполняется параметрический запрос по фамилии студента и выводится группа и отделение к которым принадлежит студент.




Рисунок 6. Подчиненная форма «Группы»



Рисунок 7 Заполнение формы «Журнал посещаемости»





Рисунок 8 Заполнение формы «Отделения»




Рисунок 9. Заполнение формы «Список студентов»


Конечным продуктом большинства приложений баз данных является от­чет. В Access отчет представляет собой специальный тип непрерывных форм, предназначенных для печати. Для создания отчета, который можно распечатать и распределить между потребителями, Access комбинирует данные в таблицах, запросах и даже формах. Распечатанная версия формы может служить отчетом.

Создаваемые Access отчеты делятся на шесть основных типов:

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

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

Многоколоночные отчеты создаются из отчетов в одну колонку при использовании колонок "газетного" типа или колонок "змейкой", как это делается в настольных издательских системах и текстовых про­цессорах. Информация, которая не помещается в первом столбце, переносится в начало второго столбца, и так далее. Формат многоко­лоночных таблиц позволяет сэкономить часть бумаги, но применим не во всех случаях, поскольку выравнивание столбцов едва ли соот­ветствует ожиданиям пользователя.

В основном отчёты проще всего построить при помощи Мастера отчётов. Мастер отчетов старается создать оптимальный вариант окончательного отчета с первой попытки. Обычно мастер в достаточной степени приближается к законченному варианту, так что тратиться на­много меньше времени на редактирование базового отчета мастера, чем ушло бы на создание отчета из незаполненного шаблона.

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



Рис.10 Конструктор отчетов

В результате выполнения отчета получен его печатный вид.



Рис.12 Отчет

Литература


  1. Д. Вейскас. « Эффективная работа с ACCESS.».СПб 1996.

  2. 1 Ребекка М. Райордан Основы реляционных баз данных 2001г.

  3. 2 Трифонова Н.А., Прозорова С.С. Office для студента. 2004г.

  4. 3 Ролланд Ф.Д. Основные концепции баз данных. 2002г.

  5. 4 Карпова Т. Базы данных: модели, разработка, реализация, 2001.



^

Техническое задание

1. Введение.


База данных, говоря коротко - это средство для реляционного и эффективного хранения информации. Иными словами, такая база обеспечивает надежную защиту данных от случайной потери или порчи, экономно использует ресурсы (как людские, так и технические) и снабжена механизмами поиска информации, удовлетворяющим разумным требованиям к производительности. Само понятие база данных может означать как отдельный набор данных (например, список телефонов), так и гораздо более сложную систему (например, SQL Server). Базы данных – это один из самых сложных типов коммерческих приложений. Все остальные типы системы, как правило, имеют более – менее близкие аналогии в реальном мире. С точки зрения практического использования текстовые процессоры – это усовершенствованная пишущая машинка. Электронную базу данных, несомненно, освоит не только бухгалтер, но и другой любой пользователь.

^

2. Основание для разработки.


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

3. Назначение разработки.


Программный продукт в виде формы диалогового запроса и редакции оперативного учета посещаемости студентов.

4. Требования к программному изделию.

4.1. Требования к функциональным характеристикам.


В процессе работы база данных реализует следующие функции:

Ввод данных:

№ отделения

Название отделения

№ студента

Ф.И.О. студента

№ группы

№ студента

Ф.И.О. студента

Дата рождения

Домашний адрес

Домашний телефон

Документ удостоверяющий личность

Дата

Количество пар в этот день

Количество пропусков в этот день

Обработка данных:

При введении, данные будут формироваться в таблицу “Журнал”.

В программе также существуют 3 поискиа называются:


  • По дате.

  • По фамилии, имени, отчеству студента.

  • По группе


Поиск будет осуществляться в виде запроса искомого клиента (даты, группы). При правильном вводе программа выведет на экран таблицу “Журнал” в которой будет информация совпавшая с искомой.

Выходные данные:

Таблица «Журнал посещаемости»


Особые требования к функциональным характеристикам отсутствуют
^

4.2. Условия эксплуатации программного продукта.


Программа будет правильно функционировать, если соблюдать все требования к температуре и влажности помещения, в котором находится ПК с установленной программой.

Персонал должен иметь опыт работы с компьютером.
^

4.3. Требования к составу и параметрам технических средств эксплуатации.


Для использования Microsoft Office Access 2007 необходимо следующее оборудование:

Компонент

Требование

Компьютер и процессор

Частота не ниже 500 МГц

Память

ОЗУ не менее 256 МБ

Место на жестком диске

1,5 ГБ. Часть места на диске будет освобождена после установки при удалении с него исходного загрузочного пакета.

Устройство чтения дисков

Дисковод для компакт-дисков или DVD-дисков

Экран

Разрешение не менее 1024x768 точек

Дополнительно

Фактические требования и функциональность продукта могут отличаться в зависимости от системной конфигурации и операционной системы.



^

4.4. Требования к информационной и программной совместимости.


Операционная система

Microsoft Windows XP с пакетом обновления 2 (SP2), Windows Server 2003 с пакетом обновления 1 (SP1) или более поздняя версия1

Прочее

Для ряда дополнительных возможностей совместной работы требуется наличие подключения к Microsoft Windows Server 2003 с пакетом обновления 1 (SP1) или более поздней версии с запущенными службами Microsoft Windows SharePoint Services. Для сбора данных с использованием электронной почты требуется Microsoft Outlook 2007.

Internet Explorer 6.0 или более поздней версии, только 32-разрядный обозреватель. Для функциональности Интернета требуется подключение к Интернету (может взиматься дополнительная плата).



^

4.5. Требования к маркировке и упаковке.



Данный ПП расположен на лазерном носителе типа «CD-R». на нём указано название: «Оперативный учет посещаемости».

^

4.6. Требования к транспортировке и хранению.



Не подвергать носитель воздействиям магнитных полей, физическим воздействиям, попаданиям солнечных лучей, предохранять от воздействия влаги.
^

5. Требования к программной документации



Разработаны такие документы как:


Техническое задание – cодержит техническое задание на разработку программного продукта оформленное в соответствии с ГОСТ 19201-78 и состоит из следующих разделов и подразделов:


1. Введение.

2. Основание для разработки.

3. Назначение разработки.

4. Требования к программному изделию.

4.1. Требования к функциональным характеристикам.

4.2. Требования к эксплуатации программного продукта.

4.3. Требования к составу и параметрам технических средств эксплуатации.

4.4. Требования к информационной и программной совместимости

4.5. Требования к маркировке и упаковке.

4.6. Требования к транспортировке и хранению.

5. Требования к программной документации.


Модели программы - содержат функциональную и алгоритмическую модели программы. Функциональная модель содержит описание всех функций выполняемых в программе, алгоритмическая модель показывает последовательность выполнения этих функций.


^ Алгоритмическая модель программы - данный раздел содержит полный алгоритм разрабатываемой программы, выполненный в соответствии с ГОСТ 19002-80, ГОСТ 19003-80 и ГОСТ 19701-90.


^ Эскиз интерфейса пользователя - раздел содержит изображение окон интерфейса пользователя с указанием всех элементов управления, а так же описание работы данного интерфейса.
^

Инструкция программиста




1. Общие сведения о программе.



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

^

2. Настройка программы.



Скопировать ПП с носителя (CD-R VS) на рабочий стол или в другое удобное для вас место на HDD.

3. Проверка программы.



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

^

4. Дополнительные возможности.



Вывод на экран всей базы данных.

5. Сообщения программисту.



При установке программисту сообщения не выдаются.
^

Набор тестов


1) Тест


Если пользователь случайным образом ввел не корректно дату например: 13.21.2008 то при нажатии на кнопку «Стоимость проезда» пользователю выведется на экран сообщение с ошибкой оно имеет такой вид:





2) Тест


При не правильно введённой информации после нажатия на кнопку «По фамилии» например ввода ФИО которое не было зарегистрировано или ввода ФИО с ошибками пользователю сформируется таблица, в которой все поля будут пустые.





При правильно введённой информации после нажатия на кнопку «По фамилии» например ввода ФИО которое было зарегистрировано например Палихов Антон Владимирович. программа сформирует таблицу с данными соответствующие при регистрации.





3) Тест


Допустим что при нажатие на кнопку «По» мы допустили ошибку при вводе даты вида: 15112008 то есть отсутствуют точки разделения далее программа у пользователя запросит ввести номер поезда и после нажатия на кнопку «Ок» пользователю выведется сообщение об ошибке следующего вида:











Разместите кнопку на своём сайте:
Документы




База данных защищена авторским правом ©kiev.convdocs.org 2000-2013
При копировании материала обязательно указание активной ссылки открытой для индексации.
обратиться к администрации
Похожие:
Документы