входные и выходные формы в программе
Входные и выходные формы в программе
Пример формулировки олимпиадной задачи по программированию
Ограничение времени: 1.0 секунды
Ограничение памяти: 64 МБ
В единственную строку выходного файла OUTPUT.TXT нужно вывести одно целое число — сумму чисел А и В.
Эта простая задача соответствует всем критериям правильной постановки олимпиадной задачи и позволяет ознакомиться с системой автоматической проверки. При решении необходимо из входного файла input.txt, расположенного в текущей папке (где и Ваша программа) считать 2 целых числа и вывести их сумму в выходной файл output.txt.
В мире предпочтение отдается языку С++, но в России по-прежнему классическим языком программирования остается Pascal. В школе программистов при нашем АГУ изучают С++. Поэтому, чтобы получить поддержку при подготовке к олимпиаде на республиканском уровне желательно изучить ещё и С++, ну а я помогу.
Пример решения рассмотренной задачи о сложении двух чисел на языках Pascal и С:
Для участника олимпиады, иногда, требуется написать программу, которая считывает некоторые данные из одного файла, производит определенные вычисления, а результат выводит в другой файл.
Для работы с файлами в языке Паскаль, можно обойтись без использования файловых переменных. Добавив две строчки кода в программу, можно перенаправить ввод данных с консоли на ввод из файла, а вывод на экран заменить на вывод в файл.
assign(input, ‘input.txt’); reset(input);
assign(output, ‘output.txt’); rewrite(output);
Ну и соответственно программы ваши примут вид:
Разработка форм входных и выходных данных
При запуске программы, первая операция, которую обязан выполнить пользователь – это авторизация.
— Входные данные – логин, пароль, кнопка входа;
— выходные данные – появление главной формы.
На главной форме возможны следующие операции:
a) входные данные – введенные пользователем символы;
a) входные данные – выбор поля сортировки;
b) выходные данные – отсортированная таблица в dataGridView1.
b) выходные данные – появление формы добавления данных.
b) выходные данные – появление формы редактирования данных.
a) входные данные – выделенная строка таблицы, кнопка удаления;
b) выходные данные – появление таблицы без удаленной строки.
a) входные данные – кнопка обновления;
b) выходные данные – обновленная таблицы данных.
a) входные данные –раздел справка, кнопка выход;
b) выходные данные – закрытие программы.
— Переход на форму корпуса:
a) входные данные – раздел справочник, кнопка корпуса;
b) выходные данные – появление формы корпуса.
— Переход на форму отделения:
a) входные данные – раздел справочник, кнопка отделения;
b) выходные данные – появление формы отделения.
— Переход на форму палаты:
a) входные данные – раздел справочник, кнопка палаты;
b) выходные данные – появление формы палаты.
— Переход на форму пациенты:
a) входные данные – раздел справочник, кнопка пациенты;
b) выходные данные – появление формы пациенты.
— Переход на форму сотрудники:
a) входные данные – раздел справочник, кнопка сотрудники;
b) выходные данные – появление формы сотрудники.
— Переход на форму пациенты на стационарном лечении:
a) входные данные – раздел справочник, кнопка пац_на_стац_леч;
b) выходные данные – появление формы пациенты на стационарном лечении.
— Переход на форму о разработчике:
a) входные данные – раздел справка, кнопка о разработчике;
b) выходные данные – появление формы о разработчике.
— Переход на форму о программе:
a) входные данные – раздел справка, кнопка о программе;
b) выходные данные – появление формы о программе.
— Переход на форму о форме:
a) входные данные – раздел справка, кнопка о форме;
b) выходные данные – появление формы о форме.
— На форме о разработчике возможна операция выхода:
a) входные данные – кнопка выхода;
b) выходные данные – закрытие формы.
— На форме о программе возможна следующая операция:
a) входные данные – кнопка выхода;
b) выходные данные – закрытие формы.
— На форме о форме возможна следующая операция:
a) входные данные – кнопка выхода;
b) выходные данные – закрытие формы.
На форме корпуса возможны следующие операции:
a) входные данные – введенные пользователем символы;
a) входные данные – выбор поля сортировки;
b) выходные данные – отсортированная таблица в dataGridView1.
b) выходные данные – появление формы добавления данных.
b) выходные данные – появление формы редактирования данных.
a) входные данные – выделенная строка таблицы, кнопка удаления;
b) выходные данные – появление таблицы без удаленной строки.
a) входные данные – кнопка обновления;
b) выходные данные – обновленная таблица данных.
a) входные данные – раздел справка, кнопка выход;
b) выходные данные – закрытие программы.
— Переход на форму о форме:
a) входные данные – раздел справка, кнопка о форме;
b) выходные данные – появление формы о форме.
c) На форме добавления возможны следующие операции:
a) входные данные – заполнение всех полей ввода текста, кнопка добавления;
b) выходные данные – появление сообщения об успешном добавлении записи в таблицу или сообщения об ошибке в случаи некорректно введенных данных.
— Переход на форму о форме:
a) входные данные – кнопка о форме;
b) выходные данные – появление формы о форме.
a) входные данные – кнопка выхода;
b) выходные данные – закрытие формы.
На форме редактирования возможны следующие операции:
a) входные данные – изменение поля или полей с данными, кнопка сохранения;
b) выходные данные – появление сообщения об успешном изменении записи в таблице или сообщения об ошибке в случаи некорректно введенных данных.
— Переход на форму о форме:
a) входные данные – кнопка о форме;
b) выходные данные – появление формы о форме.
Организация входных и выходных данных
Требования к функциональным характеристикам.
Техническое задание представляет собой документ, в котором сформулированы основные цели разработки, требования к программному продукту, определены сроки и этапы разработки и регламентирован процесс приемно-сдаточных испытаний. В разработке технического задания участвуют как представители заказчика, так и представители исполнителя. В основе этого документа лежат исходные требования заказчика, анализ передовых достижений техники, результаты выполнения научно-исследовательских работ, предпроектных исследований, научного прогнозирования и т. п.
На рис. 1 схематически показаны основные факторы, определяющие характеристики разрабатываемого программного обеспечения. Такими факторами являются:
· исходные данные и требуемые результаты, которые определяют функции программы или системы;
Рис. 1 Факторы, определяющие параметры разрабатываемого программного обеспечения
Разработка технического задания выполняется в следующей последовательности. Прежде всего, устанавливают набор выполняемых функций, а также перечень и характеристики исходных данных. Затем определяют перечень результатов, их характеристики и способы представления. Далее уточняют среду функционирования программного обеспечения: конкретную комплектацию и параметры технических средств, версию используемой операционной системы и, возможно, версии и параметры другого установленного программного обеспечения, с которым предстоит взаимодействовать будущему программному продукту.
В случаях, когда разрабатываемое программное обеспечение собирает и хранит некоторую информацию или включается в управление каким-либо техническим процессом, необходимо также четко регламентировать действия программы: в случае сбоев оборудования и энергоснабжения.
На техническое задание существует стандарт ГОСТ 19.201-78 «Техническое задание. Требования к содержанию и оформлению». В соответствии с этим стандартом техническое задание должно содержать следующие разделы:
· основания для разработки;
· требования к программе или программному изделию;
· требования к программной документации;
· стадии и этапы разработки;
· порядок контроля и приемки.
При необходимости допускается в техническое задание включать приложения.
Рассмотрим более подробно содержание каждого раздела.
Раздел Основания для разработки должен содержать наименование документа, на основании которого ведется разработка, организации, утвердившей данный документ, и наименование или условное обозначение темы разработки. Таким документом может служить план, приказ, договор и т. п.
Раздел Назначение разработки должен содержать описание функционального и эксплуатационного назначения программного продукта с указанием категорий пользователей.
Раздел Требования к программе или программному изделию должен включать следующие подразделы:
· требования к функциональным характеристикам;
· требования к надежности;
· требования к составу и параметрам технических средств;
· требования к информационной и программной совместимости;
· требования к маркировке и упаковке;
· требования к транспортированию и хранению;
Наиболее важным из перечисленных выше является подраздел Требования к функциональным характеристикам. В этом разделе должны быть перечислены выполняемые функции и описаны состав, характеристики и формы представления исходных данных и результатов. В этом же разделе при необходимости указывают критерии эффективности: максимально допустимое время ответа системы, максимальный объем используемой оперативной и/или внешней памяти и др.
Примечание. Если разработанное программное обеспечение не будет выполнять указанных в техническом задании функций, то оно считается не соответствующим техническому заданию, т. е. неправильным с точки зрения критериев качества. Универсальность будущего продукта также обычно специально не оговаривается, но подразумевается.
В подразделе Требования к надежности указывают уровень надежности, который должен быть обеспечен разрабатываемой системой и время восстановления системы после сбоя. Для систем с обычными требованиями к надежности в этом разделе иногда регламентируют действия разрабатываемого продукта по увеличению надежности результатов (контроль входной и выходной информации, создание резервных копки промежуточных результатов и т. п.).
В подразделе Условия эксплуатации, указывают особые требования к условиям эксплуатации: температуре окружающей среды, относительной влажности воздуха и т. п. Как правило, подобные требования формулируют, если разрабатываемая система будет эксплуатироваться в нестандартных условиях или использует специальные внешние устройства, например для хранения информации. Здесь же указывают вид обслуживания, необходимое количество и квалификация персонала. В противном случае допускается указывать, что требования не предъявляются.
В подразделе Требования к составу и параметром технических средств указывают необходимый состав технических средств с указанием их основных технических характеристик: тип микропроцессора, объем памяти, наличие внешних устройств и т. п. При этом часто указывают два варианта конфигурации: минимальный и рекомендуемый.
В подразделе Требования к информационной и программной совместимости при необходимости можно задать методы решения, определить язык или среду программирования для разработки, а также используемую операционную систему и другие системные и пользовательские программные средства, с которым должно взаимодействовать разрабатываемое программное обеспечение. В этом же разделе при необходимости указывают, какую степень защиты информации необходимо предусмотреть.
В разделе Требования к программной документации указывают необходимость наличия руководства программиста, руководства пользователя, руководства системного программиста, пояснительной записки и т. п. На все эти типы документов также существуют ГОСТы.
В разделе Технико-экономические показатели рекомендуется указывать ориентировочную экономическую эффективность, предполагаемую годовую потребность и экономические преимущества по сравнению с существующими аналогами.
В разделе Стадии и этапы разработки указывают стадии разработки, этапы и содержание работ с указанием сроков разработки и исполнителей.
В разделе Порядок контроля и приемки указывают виды испытаний и общие требования к приемке работы.
В приложениях при необходимости приводят: перечень научно-исследовательских работ, обосновывающих разработку; схемы алгоритмов, таблицы, описания, обоснования, расчеты и другие документы, которые следует использовать при разработке.
В зависимости от особенностей разрабатываемого продукта разрешается уточнять содержание разделов, т. е. использовать подразделы, вводить новые разделы или объединять их.
В случаях, если какие-либо требования, предусмотренные техническим заданием, заказчик не предъявляет, следует в соответствующем месте указать «Требования не предъявляются».
Рассмотрим пример требования к функциональным характеристикам на основе программы автоматизации учета об улицах, домах, квартирах, квартиросъёмщиках.
1. Требования к составу выполняемых функций
Программа должна обеспечивать возможность выполнения перечисленных ниже функций:
· Учет улиц, домов, квартир, квартиросъёмщиков
· Данные о состоянии улиц, домов, квартир
· Сведения о квартиросъёмщиках
· Автоматизированный поиск необходимой информации
· Защита базы данных от несанкционированного доступа к данным.
2. Требования к организации входных данных
Входные данные программы должны быть организованы в виде вводимого в специальную форму текста или файла, соответствующего определенному шаблону. Данные, вводимые вручную, проверяются на корректность после попытки сохранения; данные, вводимые из файла, проверяются в ходе анализа и размещения данных.
Файлы указанного формата должны размещаться (храниться) на локальных или съемных носителях, отформатированных согласно требованиям операционной системы. Каждый день происходит резервирование полученной информации на отдельный носитель, для возможности восстановления информации в случае ошибки программы или поломки оборудования.
3. Требования к организации выходных данных
Выходные данные программы должны быть организованы в виде отчетов или таблиц. Отчеты делятся на несколько групп по предназначению определенной группе пользователей. Доступ к таблицам зависит и от принадлежности пользователя к определенной группе пользователя с теми или иными правами.
Файлы указанного формата должны храниться на локальных или съемных носителях, отформатированных согласно требованиям операционной системы. Отчеты формируются в режиме реального времени и передаются пользователю. Отчеты, являются временными и стираются по завершению работы программы, могут быть сформированы заново при следующем запуске компьютера. При желании любой отчет можно сохранить отдельно.
4. Требования к временным характеристикам
Требования к временным характеристикам зависит от выполняемой задачи. При формировании отчета временные рамки увеличиваются пропорционально обрабатываемым данным.
Дата добавления: 2016-03-20 ; просмотров: 9097 ; ЗАКАЗАТЬ НАПИСАНИЕ РАБОТЫ
Организация входных и выходных данных
Требования к функциональным характеристикам.
Техническое задание представляет собой документ, в котором сформулированы основные цели разработки, требования к программному продукту, определены сроки и этапы разработки и регламентирован процесс приемно-сдаточных испытаний. В разработке технического задания участвуют как представители заказчика, так и представители исполнителя. В основе этого документа лежат исходные требования заказчика, анализ передовых достижений техники, результаты выполнения научно-исследовательских работ, предпроектных исследований, научного прогнозирования и т. п.
На рис. 1 схематически показаны основные факторы, определяющие характеристики разрабатываемого программного обеспечения. Такими факторами являются:
· исходные данные и требуемые результаты, которые определяют функции программы или системы;
Рис. 1 Факторы, определяющие параметры разрабатываемого программного обеспечения
Разработка технического задания выполняется в следующей последовательности. Прежде всего, устанавливают набор выполняемых функций, а также перечень и характеристики исходных данных. Затем определяют перечень результатов, их характеристики и способы представления. Далее уточняют среду функционирования программного обеспечения: конкретную комплектацию и параметры технических средств, версию используемой операционной системы и, возможно, версии и параметры другого установленного программного обеспечения, с которым предстоит взаимодействовать будущему программному продукту.
В случаях, когда разрабатываемое программное обеспечение собирает и хранит некоторую информацию или включается в управление каким-либо техническим процессом, необходимо также четко регламентировать действия программы: в случае сбоев оборудования и энергоснабжения.
На техническое задание существует стандарт ГОСТ 19.201-78 «Техническое задание. Требования к содержанию и оформлению». В соответствии с этим стандартом техническое задание должно содержать следующие разделы:
· основания для разработки;
· требования к программе или программному изделию;
· требования к программной документации;
· стадии и этапы разработки;
· порядок контроля и приемки.
При необходимости допускается в техническое задание включать приложения.
Рассмотрим более подробно содержание каждого раздела.
Раздел Основания для разработки должен содержать наименование документа, на основании которого ведется разработка, организации, утвердившей данный документ, и наименование или условное обозначение темы разработки. Таким документом может служить план, приказ, договор и т. п.
Раздел Назначение разработки должен содержать описание функционального и эксплуатационного назначения программного продукта с указанием категорий пользователей.
Раздел Требования к программе или программному изделию должен включать следующие подразделы:
· требования к функциональным характеристикам;
· требования к надежности;
· требования к составу и параметрам технических средств;
· требования к информационной и программной совместимости;
· требования к маркировке и упаковке;
· требования к транспортированию и хранению;
Наиболее важным из перечисленных выше является подраздел Требования к функциональным характеристикам. В этом разделе должны быть перечислены выполняемые функции и описаны состав, характеристики и формы представления исходных данных и результатов. В этом же разделе при необходимости указывают критерии эффективности: максимально допустимое время ответа системы, максимальный объем используемой оперативной и/или внешней памяти и др.
Примечание. Если разработанное программное обеспечение не будет выполнять указанных в техническом задании функций, то оно считается не соответствующим техническому заданию, т. е. неправильным с точки зрения критериев качества. Универсальность будущего продукта также обычно специально не оговаривается, но подразумевается.
В подразделе Требования к надежности указывают уровень надежности, который должен быть обеспечен разрабатываемой системой и время восстановления системы после сбоя. Для систем с обычными требованиями к надежности в этом разделе иногда регламентируют действия разрабатываемого продукта по увеличению надежности результатов (контроль входной и выходной информации, создание резервных копки промежуточных результатов и т. п.).
В подразделе Условия эксплуатации, указывают особые требования к условиям эксплуатации: температуре окружающей среды, относительной влажности воздуха и т. п. Как правило, подобные требования формулируют, если разрабатываемая система будет эксплуатироваться в нестандартных условиях или использует специальные внешние устройства, например для хранения информации. Здесь же указывают вид обслуживания, необходимое количество и квалификация персонала. В противном случае допускается указывать, что требования не предъявляются.
В подразделе Требования к составу и параметром технических средств указывают необходимый состав технических средств с указанием их основных технических характеристик: тип микропроцессора, объем памяти, наличие внешних устройств и т. п. При этом часто указывают два варианта конфигурации: минимальный и рекомендуемый.
В подразделе Требования к информационной и программной совместимости при необходимости можно задать методы решения, определить язык или среду программирования для разработки, а также используемую операционную систему и другие системные и пользовательские программные средства, с которым должно взаимодействовать разрабатываемое программное обеспечение. В этом же разделе при необходимости указывают, какую степень защиты информации необходимо предусмотреть.
В разделе Требования к программной документации указывают необходимость наличия руководства программиста, руководства пользователя, руководства системного программиста, пояснительной записки и т. п. На все эти типы документов также существуют ГОСТы.
В разделе Технико-экономические показатели рекомендуется указывать ориентировочную экономическую эффективность, предполагаемую годовую потребность и экономические преимущества по сравнению с существующими аналогами.
В разделе Стадии и этапы разработки указывают стадии разработки, этапы и содержание работ с указанием сроков разработки и исполнителей.
В разделе Порядок контроля и приемки указывают виды испытаний и общие требования к приемке работы.
В приложениях при необходимости приводят: перечень научно-исследовательских работ, обосновывающих разработку; схемы алгоритмов, таблицы, описания, обоснования, расчеты и другие документы, которые следует использовать при разработке.
В зависимости от особенностей разрабатываемого продукта разрешается уточнять содержание разделов, т. е. использовать подразделы, вводить новые разделы или объединять их.
В случаях, если какие-либо требования, предусмотренные техническим заданием, заказчик не предъявляет, следует в соответствующем месте указать «Требования не предъявляются».
Рассмотрим пример требования к функциональным характеристикам на основе программы автоматизации учета об улицах, домах, квартирах, квартиросъёмщиках.
1. Требования к составу выполняемых функций
Программа должна обеспечивать возможность выполнения перечисленных ниже функций:
· Учет улиц, домов, квартир, квартиросъёмщиков
· Данные о состоянии улиц, домов, квартир
· Сведения о квартиросъёмщиках
· Автоматизированный поиск необходимой информации
· Защита базы данных от несанкционированного доступа к данным.
2. Требования к организации входных данных
Входные данные программы должны быть организованы в виде вводимого в специальную форму текста или файла, соответствующего определенному шаблону. Данные, вводимые вручную, проверяются на корректность после попытки сохранения; данные, вводимые из файла, проверяются в ходе анализа и размещения данных.
Файлы указанного формата должны размещаться (храниться) на локальных или съемных носителях, отформатированных согласно требованиям операционной системы. Каждый день происходит резервирование полученной информации на отдельный носитель, для возможности восстановления информации в случае ошибки программы или поломки оборудования.
3. Требования к организации выходных данных
Выходные данные программы должны быть организованы в виде отчетов или таблиц. Отчеты делятся на несколько групп по предназначению определенной группе пользователей. Доступ к таблицам зависит и от принадлежности пользователя к определенной группе пользователя с теми или иными правами.
Файлы указанного формата должны храниться на локальных или съемных носителях, отформатированных согласно требованиям операционной системы. Отчеты формируются в режиме реального времени и передаются пользователю. Отчеты, являются временными и стираются по завершению работы программы, могут быть сформированы заново при следующем запуске компьютера. При желании любой отчет можно сохранить отдельно.
4. Требования к временным характеристикам
Требования к временным характеристикам зависит от выполняемой задачи. При формировании отчета временные рамки увеличиваются пропорционально обрабатываемым данным.
Дата добавления: 2016-03-20 ; просмотров: 9098 ; ЗАКАЗАТЬ НАПИСАНИЕ РАБОТЫ