Электронный журнал успеваемости

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

Рубрика Программирование, компьютеры и кибернетика
Вид курсовая работа
Язык русский
Дата добавления 16.02.2016
Размер файла 2,0 M

Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже

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

Размещено на http://www.allbest.ru/

КУРСОВОЙ ПРОЕКТ

по дисциплине «Технология разработки программного продукта»

Электронный журнал успеваемости ИДПО ОГАУ

Содержание

Введение

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

1.1 Структура взаимодействия входной и выходной информации

1.2 Требования к программно-аппаратному окружению

1.3 Требования к функциям, выполняемой системой

1.4 Требования к эргономике и технической эстетике интерфейса пользователя

1.5 Требования к надежности и хранению

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

2.1 Метод решения

2.2 Структурная схема программы

2.3 Диалоговый режим

2.4 Эскиз и спецификация типовых объектов управления графического интерфейса

3. Руководство системного программиста

3.1 Схема взаимодействия модулей

3.2 Описание модулей

3.3 Настройка и проверка программы

3.3.1 Тестирование программного продукта. Способы тестирования

3.3.2 Сообщение системному программисту

4. Руководство оператора

4.1 Выполнение программы

4.2 Сообщение оператору

Заключение

Список использованных источников

Приложение

Введение

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

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

Delphi - это комбинация нескольких важнейших технологий:

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

- объектно-ориентированная модель компонент;

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

- масштабируемые средства для построения баз данных.

Под САSЕ-технологией понимается комплекс программных средств, поддерживающих процессы создания и сопровождения программного обеспечения, включая анализ и формулировку требований, проектирование, генерацию кода, тестирование, документирование, обеспечение качества, конфигурационное управление и управление проектом (САSЕ-средство может обеспечивать поддержку только в заданных функциональных областях или в широком диапазоне функциональных областей).

В связи с наличием двух подходов к проектированию программного обеспечения существуют САSE-технологии ориентированные на структурный подход, объектно-ориентированный подход, а также комбинированные. Однако сейчас наблюдается тенденция переориентации инструментальных средств, созданных для структурных методов разработки, на объектно-ориентированные методы, что объясняется следующими причинами:

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

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

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

- быстрой адаптацией приложений к изменяющимся условиям за счет использования свойств наследования и полиморфизма;

- возможностью организации параллельной работы аналитиков, проектировщиков и программистов.

Идеальное объектно-ориентированное САSЕ-средство должно содержать четыре основных блока: анализ, проектирование, разработка и инфраструктура.

Выделим основные критерии оценки и выбора САSЕ-средств:

- функциональные характеристики:

- среда функционирования: проектная среда, программное обеспечение/технические средства, технологическая среда;

- функции, ориентированные на фазы жизненного цикла: моделирование, реализация, тестирование;

- общие функции: документирование, управление конфигурацией, управление проектом;

- надежность;

- простота использования;

- эффективность;

- сопровождаемость;

- переносимость;

- общие критерии (стоимость, затраты, эффект внедрения, характеристики поставщика).

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

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

Разработать для «ИДПО ОГАУ» программу для получения информации о преподавателях и пройденных темах на парах . К основным характеристикам функциональных задач, уточнённым в процессе её формализованной постановки относятся:

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

Функциями обработки входных данных при решении задачи является: ввод данных о преподавателях ИДПО ОГАУ;

1) Цель и назначение данной задачи состоит в том, чтобы разработать программу для работы с ней преподавателей ИДПО ОГАУ , которая позволяет просматривать всю информацию о пройденных парах.

2) Условия решения задачи с использованием средств вычислительной техники:

- процессор: Pentium/Celeron/AMD K5- 2400 MHz;

- монитор SVGA, поддерживающий графический режим 1024*768;

- размер ОЗУ 1024Мб;

- свободное пространство на жестком диске не менее 20 Мб;

- видео карта 512 Мб;

- клавиатура;

- мышь.

3) Содержание функций обработки входной информации для решения задачи: ввод данных о пройденных темах, сохранение введенных данных.

4) Требование к периодичности решения задачи: возможно при необходимости просмотра информации.

5) Ограничение по срокам и точностям выходной информации: информация предоставляется сразу после завершения процесса обработки входной информации.

6) Состав и форма представления выходной информации: информация представляется в виде текстового документа, результатом работы является

электронный документ по запросу.

7) Источники входной информации для решения задачи: источником входной информации является документы преподавателей.

8) Пользователями задачи являются преподаватели ИДПО ОГАУ.

1.1 Структура взаимодействия входной и выходной информации

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

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

Часто правильная постановка вопроса и четкое понимание того, что же необходимо получить в качестве ответа - это почти готовое решение задачи.

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

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

Схема взаимодействия входной и выходной информации изображена на рисунке 1.

Рисунок 1 - Схема взаимодействия входной и выходной информации

1.2 Требования к программно-аппаратному окружению

Для нормальной работы разрабатываемой программы необходимо наличие следующего программно-аппаратного обеспечения:

операционная система Windows 2000, NT, XP,Vista,Seven;

оперативная память (установленная ОС)+256 Mb;

жесткий диск со свободным пространством 5 Mb;

видеопамять 64 Mb;

монитор;

CD-ROM.

1.3 Требования к функциям, выполняемой системой

В данной программе используются следующие функции:

- заполнение пройденных тем в электронный журнал;

- просмотр записанной информации;

- вывод на экран информации о звонках и парах;

- вывод информации о преподавателях ИДПО ОГАУ;

- наличие справки.

1.4 Требования к эргономике и технической эстетики интерфейса пользователя

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

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

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

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

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

- одновременный учет трех-четырех различных значений текущих параметров при операциях обслуживания;

- сопоставление в уме более трех логических условий;

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

- дополнительное перекодирование предъявляемой информации.

Также, к эргономике следует отнести следующие требования:

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

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

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

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

Понятный интерфейс повышает производительность труда пользователей, в результате для выполнения задачи требуется меньше людей или они затрачивают на работу меньше времени.

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

1.5 Требования к надёжности и хранению

Надежность - это одно из важнейших свойств программного продукта, обеспечение которого даёт возможность предусмотреть различные ситуации, когда операционная система или пользователь не могут корректно работать с программой. Например, неправильный ввод (текст вместо цифр), не поддерживаемая операционная система и т.д.

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

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

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

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

Хранение программного продукта может осуществляться на любом магнитном или оптическом носителе информации. В нашем случае применены компакт диски CD-R/DWD-R и Flash - носители.

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

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

N = S*n , где (1)

V

N - дает возможность оценить первоначальное число ошибок в программе;

S - количество искусственных ошибок,

n - число найденных собственных ошибок,

V - число обнаруженных к моменту оценки искусственных ошибок.

N = 4*6 = 12 ошибок

2

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

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

Регистрация означает протоколирование выявляемых в процессе оценивания событий или проявлений ошибок (недостатков, нарушений требований).

Программная документация, в общем виде, должна удовлетворять следующим требованиям:

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

- понятность документации;

- полнота документации;

- возможность освоения программного обеспечения по документации;

- возможность освоения программного обеспечения на контрольном примере;

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

- понятность входных и выходных данных;

- наличие описания структуры функций программного обеспечения;

- соответствие функций программного обеспечения требованиям техническому заданию;

- наличие описания функций программного обеспечения;

- отсутствие противоречий в реализации интерфейса с пользователем;

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

- обеспечение помощи пользователю при затруднениях средствами функции подсказки;

- достаточность документации для ввода программного обеспечения в эксплуатацию;

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

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

- наличие краткой аннотации программного обеспечения;

- наличие описания решаемых задач;

- наличие описания ограничении по применению;

- наличие описания алгоритмов;

- наличие описания пользовательских интерфейсов и другие.

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

2.1 Метод решения

Модульное программирование является развитием и совершенствованием процедурного программирования и библиотек специальных программ. Основная черта модульного программирования - стандартизация интерфейса между отдельными программными единицами. - это отдельная функционально-законченная программная единица, которая структурно оформляется стандартным образом по отношению к компилятору и по отношению к объединению ее с другими аналогичными единицами и загрузке. Как правило, каждый модуль содержит паспорт, в котором указаны все основные его характеристики: язык программирования, объем, входные и выходные переменные, их формат, ограничения на них, точки входа, параметры настройки и т.д. Объем модуля обычно не превышает 1000 команд ЭВМ или операторов языка программирования. В противном случае модуль становится громоздким и трудным к восприятию и использованию.

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

Основные концепции модульного программирования:

- каждый модуль реализует единственную независимую функцию;

- каждый модуль имеет единственную точку входа и выхода;

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

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

- вся система построена из модулей;

- модуль не должен давать побочных эффектов;

- каждый модуль не зависит от того, как реализованы другие модули.

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

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

Структура модуля:

- Unit «Имя» (заголовок модуля);

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

2.2 Структурная схема программы

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

Рисунок 2 - Структурная схема программы

2.3 Диалоговый режим

Разрабатываемый сценарий диалога будет представляться в виде:

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

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

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

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

– инициатор диалога - человек или программный продукт.

Инициатором диалога будет являться человек, так как он начинает работу с помощью выбора какого-либо из пунктов основного меню;

– параметры и содержание диалога - сообщение, состав и структура меню, экранные формы и т.д..

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

– реакция ПП на завершение диалога.

При завершении диалога программа выдаст запрос пользователю на подтверждение выхода или же его отмены.

Определить типы диалоговых окон, содержащие объекты управления;

- TMainMenu - компонент основного меню программы.

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

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

2.4 Эскиз и спецификация типовых объектов управления графического интерфейса

Данная программа состоит из 12 форм, каждая из которых обладает определенными функциями.

Главное окно программы представлено на рисунке 3.

Рисунок 3 - Главное окно программы

Окно «Заполнение» представлено на рисунке 5.

Рисунок 5 - Заполнение журнала

Информация о расписании звонков представлено на рисунке 6.

Рисунок 6 - Расписание звонков

Информация о расписании факультета финансы на рисунке 7.

Рисунок 7 - Расписание факультета финансы и кредит

Информация о расписании экономика и управление на рисунке 8.

Рисунок 8 - Расписание экономика и управление

Информация о расписании старших классов на рисунке 9.

Рисунок 9 - Расписание юриспруденция

Информация о нас представлена на рисунке 10.

Рисунок 10 - Информация о сотрудниках

Информация о коллективе представлена на рисунке 11.

Рисунок 11 - Информация о коллективе

Информация о программе представлена на рисунке 12.

Рисунок 12 - Информация о программе

Для создания диалогового окна использовались объекты:

1) Полоса меню (MainMenu)- предлагает выбор основных функций обработки информации, представленные в программе. Используется например, для создания вкладок «Журнал», «Заявка», «Справка» а также создания пунктов в них.

2) Метка (Label) - постоянный текст, не подлежащий изменению при работе пользователя с экранной формой, например , «Ф.И.О.».

3) Командная кнопка (Button) - компонент визуальный. Он позволяет выполнить какие-либо действия при нажатии кнопки во время выполнения программы. Поместив компонент TButton на форму, вы по двойному щелчку можете создать заготовку. Используется например, на кнопке «Заказать».

4) Окно редактирования (Edit) - компонент визуальный. Это стандартный управляющий элемент Windows для ввода. Он может быть использован для отображения короткого фрагмента текста и позволяет пользователю вводить текст во время выполнения программы.

5) Изображение (Image) - компонент визуальный. Он отображает графическое изображение на форме. Воспринимает форматы BMP, ICO, WMF. Если картинку подключить во время дизайна программы, то она прикомпилируется к ехе-файлу. panel - предназначен для компоновки различных компонентов интерфейса.

3. Руководство системного программиста

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

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

3.1 Схема взаимодействия модулей

Программа содержит 12 модулей.

Схема взаимодействия модулей программы изображена на рисунке 13.

Рисунок 13 - Схема взаимодействия модулей

3.2 Описание модулей

Программа содержит 12 модулей и каждый выполняет свою функцию:

- Unit1 - загрузка программы.

- Unit 2 - главное меню программы.

- Unit 3 - заполнение электронного журнала.

- Unit 4 - информация о звонках.

- Unit 5 - информация о программе.

- Unit 6 - информация о нас.

- Unit 7 - информация о коллективе.

- Unit 8 - информация о разработчике.

- Unit 9 - просмотр электронного журнала.

- Unit 10 -расписание факультета финансы и кредит.

- Unit 11 - расписание факультета экономика и управление.

- Unit 12 - расписание факультета юриспруденция.

3.3 Настройка и проверка программы

Данная программа написана в среде визуального программирования Delphi7.

Создаваемое в среде Delphi приложение состоит из нескольких элементов, объединенных в проект. В состав проекта входят следующие элементы (в скобках указаны расширения имен файлов):

1) код проекта (dpr). Является центральным файлом проекта и представляет собой собственно программу. Имя проекта (программы) совпадает с именем файла проекта и указывается при сохранении этого файла на диске, первоначально это имя Project1;

2) описания форм (dfm). Эти файлы автоматически создаются для каждой формы. Файлы описания форм являются ресурсом Delphi и содержат характеристики форм и их компонентов;

3) модули и модули форм (pas). Файл модуля формы содержит описание класса формы. Кроме модулей в составе форм, при программировании можно использовать и отдельные модули, не связанные с какой-либо формой. Они оформляются по обычным правилам языка Object Pascal и сохраняются в отдельных файлах. Для подключения модуля его имя указывается в разделе uses того модуля или проекта, который использует средства этого модуля;

4) параметры проекта (dof). Параметры из страниц Compiler и Linker вносятся в файл параметров проекта. Этот файл представляет собой текстовый файл, в котором построчно записаны параметры и их значения;

5) параметры среды (cfg);

6) описания ресурсов (res). При первом сохранении проекта автоматически создается файл ресурсов с именем файла проекта. Файл ресурсов может содержать: значки, растровые изображения, курсоры.

Кроме приведенных файлов, автоматически могут создаваться и другие файлы, например, резервные копии файлов: ~dp - для файлов с расширением dpr; ~pa -для файлов с расширением pas.

3.3.1 Тестирование программного продукта. Виды тестирований

Тестирование - процесс, подтверждающий правильность программы и демонстрирующий, что ошибок в программе нет.

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

Разработка плана тестирования проводится на основе анализа программной документации, в частности, характеристик качества.

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

Для каждого тестируемого элемента необходимо проанализировать:

- его прикладное значение (как воспринимает этот элемент пользователь и насколько он важен для успеха программного обеспечения);

- сложность (высокая сложность может оказаться дефектом); архитектуру (внесение изменений может оказаться затруднительным).

Сразу после завершения тестирования нужно проанализировать весь процесс и внести поправки для последующих проектов.

Протоколы тестирования.

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

- среда тестирования;

- начальные условия каждого теста;

- каждое действие, предшествующее тесту;

- критерий успеха для каждого теста.

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

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

Существует несколько видов ошибок:

- сбои и отказы при работе программного обеспечения;

- не нравится пользователю;

- несоответствие требованиям стандартов или соглашений, связанных с эффективностью;

- наличие непонятных состояний или поведения системы;

- сбои и отказы при работе системы;

- отсутствие файла комплекта поставки программного обеспечения;

- отсутствие функции программного обеспечения;

- наличие непонятных сообщений;

- недостатки документации.

программный интерфейс пользователь

3.3.2 Сообщение системному программисту

Сбои в работе программы могут происходить из-за нехватки памяти или отсутствия других необходимых системных ресурсов. У каждой программы свои пределы, программа может не справляться с повышенными нагрузками, например со слишком большими объёмами данных.

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

Так как в программном продукте происходит непосредственное считывание данных из файла, необходимо учитывать программные ошибки, которые существуют двух типов:

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

2. Программная ошибка - ситуация, когда программа не делает того, чего пользователь от неё вполне обоснованно ожидает.

4. Руководство оператора

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

4.1 Выполнение программы

Чтобы загрузить программу «ИДПО ОГАУ» необходимо скопировать файлы с носителя информации на компьютер пользователя. После чего установить исполнимый файл IDPO.exe. Чтобы запустить рабочую программу на выполнение необходимо двойным щелчком кликнуть по иконке exe файла (по желанию можно создать ярлык на рабочем столе для более быстрого запуска). Интерфейс программы оформлен в обычном классическом стиле, как и многие другие программы ОС Windows. Поэтому с этой программой справится любой пользователь, который хоть немного работал на ПК. Запустив файл .exe, на экране появится главное окно программы. Для того чтобы начать работу, нужно выбрать необходимый пункт меню (журнал, расписание, помощь.)

Главное окно программы представлено на рисунке 14.

Рисунок 14 - Главное окно программы

Если работающему с программой сотруднику необходимо открыть отчёт и просмотреть данные продукции, тогда необходимо кликнуть по кнопке «Журнал» (см. рисунок 14 ).

Окно «Заполнение» представлено на рисунке 15.

Рисунок 15 - Ввод данных о пройденных занятиях

После ввода всех полей и нажатия кнопки «Заполнить» вся введенная информация сохраняется в специальном файле отчёта с расширением «.txt».

Информация о расписании звонков представлено на рисунке 16.

Рисунок 16 - Расписание звонков

Информация о расписании факультета финансы на рисунке 17.

Рисунок 17 - Расписание факультета финансы

Информация о расписании факультета экономика на рисунке 18.

Рисунок 18 - Расписание факультета экономика и управление

Информация о расписании факультета юриспруденция на рисунке 19.

Рисунок 19 - Расписание факультета юриспруденция

Информация о нас представлена на рисунке 20.

Рисунок 20 - Информация о нас

Информация о программе представлена на рисунке 22.

Рисунок 22 - Информация о программе

4.2 Сообщение оператору

При закрытии программы выводится сообщение, представленное на рисунке 23.

Рисунок 23 - Сообщение, возникающее при закрытии приложения

Заключение

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

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

Разработанный программный продукт предназначен для облегчения работы учителей «Кулагинская СОШ». Под работой понимается просмотр электронного журнала, а так же заполнение журнала, наличие расписания занятий и звонков . Просмотр педагогического состава школы. Программный продукт имеет простой и понятный интерфейс, удовлетворяющий всем эргономическим требованиям.

Список использованных источников

1) Рудаков, А.В. Технология разработки программных продуктов: учебное пособие [Текст] /Рудаков А.В. - М.: ACADEMA, 2010.-207 с.(Среднее профессиональное образование)

2) Макарова, Н.В. Информатика: учебник /Н.В.Макарова -М.: Финансы и статистика, 2004.-767с.

3) Гофман В.Э. Delphi: Руководство программиста /В.Э.Гофман -СПб.: БХВ-Петербург, 2005.-1152с.

4) Семагин И.Г. Основы программирования /И.Г.Семагин, А.П.Шестаков. -М.: Академия, 2014. -385 c.

5) Попов В.Б. TURBO PASCAL для школьников /В.Б.Попов -М.: Финансы и статистика, 2011. -518 c.

6) Житкова О.А.Справочные материалы по программированию на языке Паскаль /О.А.Житкова, Е.К.Кудрявцева-М. Интеллект-центр, 2002. -77 с.

7) Меженный О.А. TURBO PASCAL. Учитесь программировать /О.А.Меженный. -М.: Диалектика, 2011.-88 с.

8) Фаронов В.В. TURBO PASCAL 7.0 /В.В.Фаронов. -М.: Нолидж, 2014. -312 с.

Приложение

Текст программы

uses

Forms,

Unit1 in 'Unit1.pas' {Form1},

Unit2 in 'Unit2.pas' {Form2},

Unit3 in 'Unit3.pas' {Form3},

Unit4 in 'Unit4.pas' {Form4},

Unit5 in 'Unit5.pas' {Form5},

Unit6 in 'Unit6.pas' {Form6},

Unit7 in 'Unit7.pas' {Form7},

Unit8 in 'Unit8.pas' {Form8},

Unit9 in 'Unit9.pas' {Form9},

Unit10 in 'Unit10.pas' {Form10},

Unit11 in 'Unit11.pas' {Form11},

Unit12 in 'Unit12.pas' {Form12};

{$R *.res}

begin

Application.Initialize;

Form1:=TForm1.Create(Application);

Form1.Show; Form1.Update;

Application.CreateForm(TForm2, Form2);

Application.CreateForm(TForm3, Form3);

Application.CreateForm(TForm4, Form4);

Application.CreateForm(TForm5, Form5);

Application.CreateForm(TForm6, Form6);

Application.CreateForm(TForm7, Form7);

Application.CreateForm(TForm8, Form8);

Application.CreateForm(TForm9, Form9);

Application.CreateForm(TForm10, Form10);

Application.CreateForm(TForm11, Form11);

Application.CreateForm(TForm12, Form12);

Form1.Hide; Form1.Free;

Application.Run;

end.

unit Unit1;

interface

uses

Windows, Messages, SysUtils, Variants, Classes, Graphics, Controls, Forms,

Dialogs, jpeg, ExtCtrls;

type

TForm1 = class(TForm)

Image1: TImage;

private

{ Private declarations }

public

{ Public declarations }

end;

var

Form1: TForm1;

implementation

{$R *.dfm}

end.

unit Unit2;

interface

uses

Windows, Messages, SysUtils, Variants, Classes, Graphics, Controls, Forms,

Dialogs, StdCtrls, Menus, jpeg, ExtCtrls;

type

TForm2 = class(TForm)

MainMenu1: TMainMenu;

Image1: TImage;

N1: TMenuItem;

N2: TMenuItem;

N3: TMenuItem;

N4: TMenuItem;

N5: TMenuItem;

N6: TMenuItem;

N7: TMenuItem;

N8: TMenuItem;

N9: TMenuItem;

N10: TMenuItem;

N11: TMenuItem;

N12: TMenuItem;

N13: TMenuItem;

procedure FormCreate(Sender: TObject);

procedure N2Click(Sender: TObject);

procedure N5Click(Sender: TObject);

procedure N13Click(Sender: TObject);

procedure N11Click(Sender: TObject);

procedure N12Click(Sender: TObject);

procedure N9Click(Sender: TObject);

procedure N6Click(Sender: TObject);

procedure N7Click(Sender: TObject);

procedure N8Click(Sender: TObject);

private

{ Private declarations }

public

{ Public declarations }

end;

var

Form2: TForm2;

implementation

uses Unit3, Unit4, Unit5, Unit6, Unit8, Unit7, Unit9, Unit10, Unit11,

Unit12;

{$R *.dfm}

procedure TForm2.FormCreate(Sender: TObject);

var t:longint;

begin

t:=GetTickCount div 2000;

while (GetTickCount div 2000)< t+5 do;

end;

procedure TForm2.N2Click(Sender: TObject);

begin

Form3.Show;

end;

procedure TForm2.N5Click(Sender: TObject);

begin

Form4.Show;

end;

procedure TForm2.N13Click(Sender: TObject);

begin

Form5.Show;

end;

procedure TForm2.N11Click(Sender: TObject);

begin

Form6.show;

end;

procedure TForm2.N12Click(Sender: TObject);

begin

Form7.show;

end;

procedure TForm2.N9Click(Sender: TObject);

begin

Form9.Show;

end;

procedure TForm2.N6Click(Sender: TObject);

begin

Form10.show;

end;

procedure TForm2.N7Click(Sender: TObject);

begin

Form11.show;

end;

procedure TForm2.N8Click(Sender: TObject);

begin

Form12.show;

end;

end.

unit Unit3;

interface

uses

Windows, Messages, SysUtils, Variants, Classes, Graphics, Controls, Forms,

Dialogs, StdCtrls, ComCtrls;

type

TForm3 = class(TForm)

Label1: TLabel;

ComboBox2: TComboBox;

Label2: TLabel;

ComboBox1: TComboBox;

Label3: TLabel;

DateTimePicker1: TDateTimePicker;

Label4: TLabel;

Memo1: TMemo;

Button1: TButton;

Button2: TButton;

Label5: TLabel;

ComboBox3: TComboBox;

procedure Button2Click(Sender: TObject);

procedure Button1Click(Sender: TObject);

private

{ Private declarations }

public

{ Public declarations }

end;

var

Form3: TForm3;

f:textFile;

implementation

{$R *.dfm}

procedure TForm3.Button2Click(Sender: TObject);

begin

close;

end;

procedure TForm3.Button1Click(Sender: TObject);

begin

{ if OpenDialog1.Execute then

Memo1.Lines.LoadFromFile(OpenDialog1.FileName); }

assignFile(f,ExtractFilePath(Application.ExeName)+'\'+combobox1.Text+'.txt');

append(f);

writeln(f,dateTimePicker1.date);

writeln(f,combobox2.text);

writeln(f,combobox3.text);

writeln(f,memo1.text);

closefile(f);

end;

end.

unit Unit4;

interface

uses

Windows, Messages, SysUtils, Variants, Classes, Graphics, Controls, Forms,

Dialogs, StdCtrls;

type

TForm4 = class(TForm)

Label1: TLabel;

Label2: TLabel;

Label3: TLabel;

Label4: TLabel;

Label5: TLabel;

Label6: TLabel;

Button1: TButton;

procedure Button1Click(Sender: TObject);

private

{ Private declarations }

public

{ Public declarations }

end;

var

Form4: TForm4;

implementation

{$R *.dfm}

procedure TForm4.Button1Click(Sender: TObject);

begin

close;

end;

end.

unit Unit5;

interface

uses

Windows, Messages, SysUtils, Variants, Classes, Graphics, Controls, Forms,

Dialogs, StdCtrls, jpeg, ExtCtrls;

type

TForm5 = class(TForm)

Button1: TButton;

Image1: TImage;

Memo1: TMemo;

procedure Button1Click(Sender: TObject);

private

{ Private declarations }

public

{ Public declarations }

end;

var

Form5: TForm5;

implementation

{$R *.dfm}

procedure TForm5.Button1Click(Sender: TObject);

begin

close;

end;

end.

unit Unit6;

interface

uses

Windows, Messages, SysUtils, Variants, Classes, Graphics, Controls, Forms,

Dialogs, StdCtrls;

type

TForm6 = class(TForm)

Label1: TLabel;

Label2: TLabel;

Label3: TLabel;

Label4: TLabel;

Label5: TLabel;

Label6: TLabel;

private

{ Private declarations }

public

{ Public declarations }

end;

var

Form6: TForm6;

implementation

{$R *.dfm}

end.

unit Unit7;

interface

uses

Windows, Messages, SysUtils, Variants, Classes, Graphics, Controls, Forms,

Dialogs, StdCtrls;

type

TForm7 = class(TForm)

Label1: TLabel;

Edit1: TEdit;

Edit2: TEdit;

Edit3: TEdit;

Edit4: TEdit;

Edit5: TEdit;

Edit6: TEdit;

Label2: TLabel;

Label3: TLabel;

Label4: TLabel;

Label5: TLabel;

Label6: TLabel;

Edit7: TEdit;

Edit8: TEdit;

Edit9: TEdit;

Edit10: TEdit;

Label7: TLabel;

Label8: TLabel;

Label9: TLabel;

Label10: TLabel;

private

{ Private declarations }

public

{ Public declarations }

end;

var

Form7: TForm7;

implementation

{$R *.dfm}

end.

unit Unit8;

interface

uses

Windows, Messages, SysUtils, Variants, Classes, Graphics, Controls, Forms,

Dialogs, StdCtrls, jpeg, ExtCtrls;

type

TForm8 = class(TForm)

Image1: TImage;

Button1: TButton;

procedure Button1Click(Sender: TObject);

private

{ Private declarations }

public

{ Public declarations }

end;

var

Form8: TForm8;

implementation

{$R *.dfm}

procedure TForm8.Button1Click(Sender: TObject);

begin

close;

end;

end.

unit Unit9;

interface

uses

Windows, Messages, SysUtils, Variants, Classes, Graphics, Controls, Forms,

Dialogs, StdCtrls;

type

TForm9 = class(TForm)

Memo1: TMemo;

RadioButton1: TRadioButton;

RadioButton2: TRadioButton;

RadioButton3: TRadioButton;

RadioButton4: TRadioButton;

RadioButton5: TRadioButton;

RadioButton6: TRadioButton;

RadioButton7: TRadioButton;

RadioButton8: TRadioButton;

RadioButton9: TRadioButton;

RadioButton10: TRadioButton;

RadioButton11: TRadioButton;

procedure k(Sender: TObject);

procedure RadioButton2Click(Sender: TObject);

procedure RadioButton3Click(Sender: TObject);

procedure RadioButton4Click(Sender: TObject);

procedure RadioButton5Click(Sender: TObject);

procedure RadioButton6Click(Sender: TObject);

procedure RadioButton7Click(Sender: TObject);

procedure RadioButton8Click(Sender: TObject);

procedure RadioButton9Click(Sender: TObject);

procedure RadioButton10Click(Sender: TObject);

procedure RadioButton11Click(Sender: TObject);

private

{ Private declarations }

public

{ Public declarations }

end;

var

Form9: TForm9;

implementation

{$R *.dfm}

procedure TForm9.k(Sender: TObject);

begin

Memo1.Lines.LoadFromFile(ExtractFilePath(Application.ExeName)+'1.txt');

end;

procedure TForm9.RadioButton2Click(Sender: TObject);

begin

Memo1.Lines.LoadFromFile(ExtractFilePath(Application.ExeName)+'2.txt');

end;

procedure TForm9.RadioButton3Click(Sender: TObject);

begin

Memo1.Lines.LoadFromFile(ExtractFilePath(Application.ExeName)+'3.txt');

end;

procedure TForm9.RadioButton4Click(Sender: TObject);

begin

Memo1.Lines.LoadFromFile(ExtractFilePath(Application.ExeName)+'4.txt');

end;

procedure TForm9.RadioButton5Click(Sender: TObject);

begin

Memo1.Lines.LoadFromFile(ExtractFilePath(Application.ExeName)+'5.txt');

end;

procedure TForm9.RadioButton6Click(Sender: TObject);

begin

Memo1.Lines.LoadFromFile(ExtractFilePath(Application.ExeName)+'6.txt');

end;

procedure TForm9.RadioButton7Click(Sender: TObject);

begin

Memo1.Lines.LoadFromFile(ExtractFilePath(Application.ExeName)+'7.txt');

end;

procedure TForm9.RadioButton8Click(Sender: TObject);

begin

Memo1.Lines.LoadFromFile(ExtractFilePath(Application.ExeName)+'8.txt');

end;

procedure TForm9.RadioButton9Click(Sender: TObject);

begin

Memo1.Lines.LoadFromFile(ExtractFilePath(Application.ExeName)+'9.txt');

end;

procedure TForm9.RadioButton10Click(Sender: TObject);

begin

Memo1.Lines.LoadFromFile(ExtractFilePath(Application.ExeName)+'10.txt');

end;

procedure TForm9.RadioButton11Click(Sender: TObject);

begin

Memo1.Lines.LoadFromFile(ExtractFilePath(Application.ExeName)+'11.txt');

end;

end.

unit Unit10;

interface

uses

Windows, Messages, SysUtils, Variants, Classes, Graphics, Controls, Forms,

Dialogs, StdCtrls;

type

TForm10 = class(TForm)

Edit1: TEdit;

Edit2: TEdit;

Edit3: TEdit;

Edit4: TEdit;

Edit5: TEdit;

private

{ Private declarations }

public

{ Public declarations }

end;

var

Form10: TForm10;

implementation

{$R *.dfm}

end.

unit Unit11;

interface

uses

Windows, Messages, SysUtils, Variants, Classes, Graphics, Controls, Forms,

Dialogs, StdCtrls;

type

TForm11 = class(TForm)

Edit1: TEdit;

Edit2: TEdit;

Edit3: TEdit;

Edit4: TEdit;

Edit5: TEdit;

private

{ Private declarations }

public

{ Public declarations }

end;

var

Form11: TForm11;

implementation

{$R *.dfm}

end.

unit Unit12;

interface

uses

Windows, Messages, SysUtils, Variants, Classes, Graphics, Controls, Forms,

Dialogs, StdCtrls;

type

TForm12 = class(TForm)

Label1: TLabel;

Label2: TLabel;

Label3: TLabel;

Label4: TLabel;

Label5: TLabel;

Label6: TLabel;

Label7: TLabel;

private

{ Private declarations }

public

{ Public declarations }

end;

var

Form12: TForm12;

implementation

{$R *.dfm}

end.

Размещено на Allbest.ru


Подобные документы

  • Структура взаимодействия входной, выходной информации. Требования к программно-аппаратному окружению, эргономике. Эскиз, спецификация типовых объектов управления графического интерфейса. Руководство системного программиста, настройка и проверка программы.

    курсовая работа [2,6 M], добавлен 02.09.2013

  • Требования к функциям, выполняемым системой, программно-аппаратному и техническому обеспечению, к эргономике и технической эстетике, надежности и хранению информации. Схема взаимодействия модулей. Структурная схема программы. Наиболее вероятные ошибки.

    курсовая работа [541,3 K], добавлен 19.05.2014

  • Разработка программы по оформлению заказов на билеты Оренбургского государственного областного драматического театра им. Горького. Использование объектно-ориентированного программирования и реализация проекта в среде визуального программирования Delphi 7.

    курсовая работа [6,3 M], добавлен 12.11.2014

  • Разработка информационной системы административного управления. Выбор языка и среды программирования. Структура взаимодействия информации. Требования к программно-аппаратному окружению. Создание программы в Delphi и связывание ее с базой данных.

    курсовая работа [1010,9 K], добавлен 08.10.2015

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

    курсовая работа [682,7 K], добавлен 30.07.2015

  • Внедрение программного продукта в организации. Описание входной и выходной информации. Конфигурирование приложения "Сервис веб-помощи". Обзор пользовательского интерфейса. Руководство пользователя для персонала больницы и для администратора приложения.

    дипломная работа [2,9 M], добавлен 24.06.2013

  • Принципы создания приложений с GUI. Панель инструментов для добавления элементов интерфейса. Расположение кнопки и осей в окне приложения. Управление свойствами объектов. Установка свойств при редактировании. Программное изменение свойств. Флаги и рамки.

    методичка [1,1 M], добавлен 06.07.2009

  • Обоснование выбора метода проектирования и инструментальных средств для разработки программного средства и базы данных. Требования к эргономике и технической эстетике. Разработка алгоритмов приложения. Руководство пользователя. Безопасность труда.

    дипломная работа [2,9 M], добавлен 17.10.2014

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

    дипломная работа [1,1 M], добавлен 24.08.2016

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

    курсовая работа [381,6 K], добавлен 20.06.2012

Работы в архивах красиво оформлены согласно требованиям ВУЗов и содержат рисунки, диаграммы, формулы и т.д.
PPT, PPTX и PDF-файлы представлены только в архивах.
Рекомендуем скачать работу.