close

Вход

Забыли?

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

?

778.Технология разработки программного обеспечения

код для вставкиСкачать
Copyright ОАО «ЦКБ «БИБКОМ» & ООО «Aгентство Kнига-Cервис»
Министерство образования и науки Российской Федерации
Федеральное государственное бюджетное образовательное учреждение
высшего профессионального образования
«Оренбургский государственный университет»
Колледж электроники и бизнеса
Л.А.Дель, Э.Ф.Бегун
ТЕХНОЛОГИЯ РАЗРАБОТКИ
ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ
Рекомендовано к изданию Редакционно–издательским советом
федерального государственного бюджетного образовательного учреждения
высшего профессионального образования
«Оренбургский государственный университет»
в качестве методических указаний для студентов, обучающихся
по программам среднего профессионального образования по специальности
230115 Программирование в компьютерных системах
Оренбург
2014
Copyright ОАО «ЦКБ «БИБКОМ» & ООО «Aгентство Kнига-Cервис»
УДК 681.3.06 (075.32)
ББК 22.18я73
Д 29
Рецензент-Заведующая методическим кабинетом колледжа электроники и
бизнеса Т.В.Атяскина
Д 29
Дель Л.А.
Технология разработки программного обеспечения: методические указания к курсовому проекту / Л.А.Дель; Э.Ф.Бегун;
Оренбургский гос. ун -т – Оренбург : ОГУ, 2014 - 33 с.
Методические указания предназначены для выполнения
курсового проекта, обеспечивающих
учебный
процесс
по
дисциплине МДК 03.01 “Технология разработки программного обеспечения ” третьего учебного профессионального модуля «Участие в
интеграции программных модулей», для студентов 3 курса очной
формы обучения специальности 230115 “Программирование в компьютерных системах” в колледже электроники и бизнеса ОГУ.
Методические указания составлены с учетом федеральной
государственого образовательного стандарта среднего профессионального образования по направлению подготовки и дипломированных специалистов–утвержденного приказом № 696 от 23 июня
2010 года Министерства образования и науки Российской Федерации.
УДК 681.3.06 (075.32)
ББК 22.18я723
 Дель Л.А.
 Бегун Э.Ф.
 ОГУ, 2014
2
Copyright ОАО «ЦКБ «БИБКОМ» & ООО «Aгентство Kнига-Cервис»
Содержание
Введение…………………………………………………………………………….
1 Требования к построению курсового проекта…………………………………
1.1 Структурные элементы курсового проекта…………………………………..
2 Титульный лист……………………………………………….………………….
3 Задание……………………………………………………………………………
4 Аннотация………………………………………………………………………...
5 Содержание……………………………………………………………………….
6.Введение.Заключение……………………………………………………………
7. Постановка задачи(Техническое задание)…………………………………….
7.1.Структура взаимодействия входной и выходной информации…………….
7.2.Требования к программно-аппаратному окружению……………………….
7.3.Требования к функциям выполняемым системой…………………………...
7.4. Требования к эргономике и технической эстетике интерфейса…………..
7.5. Требования к надежности и хранению информации……………………….
8. Основная часть (Пояснительная записка)……………………………………..
8.1 Метод решения…………………………………………………………………
8.2 Структурная схема программы………………………………………………..
8.3 Сценарий диалогового режима………………………………………………..
8.4 Эскиз и спецификация типовых объектов управления графического интерфейса………………………………………………………………………
8.5 Руководство системного программиста………………………………………
8.5.1 Схема взаимодействия модулей…………………………………………….
8.5.2 Описание модулей…………………………………………………………...
8.5.3 Настройка и проверка программы………………………………………….
8.5.4 Сообщение системному программисту…………………………................
8.6. Руководство оператора……………………………………………………….
9 Список использованных источников…………………………………………...
10 Приложения……………………………………………………………………..
Список использованных источников……………………………………………..
Приложение А Пример оформления бланка задания .…..………………………
Приложение Б Пример оформление содержания ….……………………………
Приложение В Пример функциональной схемы программы ..…………………
Приложение Г Пример схемы информационных связей ………..……………..
4
7
7
8
8
9
10
10
11
12
13
14
14
15
15
16
16
17
18
21
22
22
23
26
26
27
27
29
30
31
32
33
3
Copyright ОАО «ЦКБ «БИБКОМ» & ООО «Aгентство Kнига-Cервис»
Введение
Подготовка курсового проекта является составляющим этапом изучения
дисциплине МДК 03.01 «Технология разработки программного обеспечения»
третьего
учебного
профессионального
модуля
«Участие
в
интеграции
программных модулей» для специальности 230115 «Программирование в
компьютерных системах», в 6 семестре обуславливающим
знания для
профессиональной деятельности выпускника.
Задачи учебного профессионального модуля «Участие в интеграции
программных
модулей»:
подготовка
квалифицированных
специалистов,
владеющих фундаментальными знаниями и практическими навыками в области
проектирования, тестирования и сопровождения программного обеспечения как
объектов профессиональной деятельности.
Для освоения учебного профессионального модуля ПМ.03 «Участие в
интеграции
программных
модулей»,
в
разделе
«Технология
разработки
программного обеспечения» используют знания, умения и виды деятельности,
формируемые при изучении модуля ПМ.01«Разработка программных модулей
программного обеспечения для компьютерных систем».
Задачами курса являются:

изучение основ построения программного обеспечения различного
назначения;

знание основных направлений в области проектирования, разработки
программных продуктов и набора инструментальных средств, обеспечивающих
их жизненный цикл;

знание международных и отечественных стандартов, используемых при
разработке программных продуктов;

знание классических и современных подходов к построению интерфейса
и информационной структуры инструментария;

изучить основные стандарты, описывающие принципы и методы
обеспечения качества ПП;

4
освоить принципы документирования выпускаемой продукции;
Copyright ОАО «ЦКБ «БИБКОМ» & ООО «Aгентство Kнига-Cервис»

освоить методы верификации и сертификации ПП;

уметь проектировать, конструировать и отлаживать ПП с заданными
критериями качества;

выявлять основные факторы, определяющие качество и надежность
программных средств.
В результате освоения модуля студент должен:
Знать:

современные тенденции развития информационных технологий;

устройство ЭВМ и виды носителей данных;

основные
понятия
и
конструкции
языков
программирования
(процедуры, функции, указатели);

основные
методы,
способы
и
средства
получения,
хранения,
переработки информации;

виды и назначение аппаратных средств сетевого взаимодействия;

основные положения теории баз данных, хранилищ данных, баз знаний;

основные
принципы
построения
концептуальной,
логической
и
физической модели данных;

современные инструментальные средства разработки схемы базы
данных;

методы организации целостности данных;

создавать объекты баз данных в современных системах управления
базами данных и управлять доступом к этим объектам;

применять стандартные методы для защиты объектов базы данных;

анализировать и структурировать информацию предметной области;

проектировать и реализовывать программы на одном из языков
объектно – ориентированного программирования;
Уметь:

составлять и отлаживать программы на языках программирования
высокого уровня;

работать с информацией в глобальных компьютерных сетях.
5
Copyright ОАО «ЦКБ «БИБКОМ» & ООО «Aгентство Kнига-Cервис»
Основные
положения
дисциплины
должны
быть
использованы
в
дальнейшем при изучении следующих дисциплин:

моделирование и анализ программного обеспечения;

управление проектами;

внедрение и поддержка программного обеспечения компьютерных
сетей.
В период курсового проектирования закрепляются теоретические знания и
приобретаются
практические навыки разработки программного продукта и
программной документации.
В соответствии с рабочей программой дисциплины курсовой проект
выполняется в течение шестого семестра, на которой ставятся конкретные
проблемы.
Проблемы,
разрабатываемые
в
ходе
курсового
проектирования,
представлены в виде постановки задачи и отдельных частей технического
задания. В таблице 1 отражены этапы и
календарные сроки выполнения
курсового проекта.
Разрабатываемый программный продукт должен работать в многооконном
графическом
манипулятора
режиме и поддерживать работу, как клавиатуры,
так
и
типа «мышь». Рекомендации по разработке графического
пользовательского интерфейса приведены в разделе 8.4.
Программная документация, входящая в состав курсового проекта,
должна
соответствовать
требованиям
Единой
системы
программной
документации (ЕСПД)
Таблица 1 - Этапы и сроки выполнения курсовой работы
Календарные
Сроки
выполнения
проекта
№
занятия
Наименование разделов и тем
Кол-во
часов
1
2
3
4
2
1 неделя
2/4
2 неделя
1
2
2.1
2.2
6
Выдача задания. Постановка задачи.
Документирование программных средств:
Документация, создаваемая в процессе разработки ПП
Пользовательская документация ПП.
Copyright ОАО «ЦКБ «БИБКОМ» & ООО «Aгентство Kнига-Cервис»
Продолжение таблицы 1
1
2.3
3
2
Документация по сопровождению
Разработка спецификаций типовых данных для многооконного
интерфейса
Разработка спецификация типовых данных для заданной
проблемы. Требования к техническим характеристикам
Разработка словесного алгоритма проблемы
Разработка модульной структуры программы
Программирование модулей
Компоновка всей программы
Тестирование и отладка программного продукта:
Индивидуальное тестирование модулей. Интегральное
тестирование программы.
Системное тестирование. Выходное тестировании: проверка
инсталляции
Прогнозирование ошибок. Расчет и обеспечения надежности
разработки ПП
Сопровождение программного обеспечения
Адаптация программ. Усовершенствование программы
Разработка программной документации
Разработка схемы информационных связей
Оформление графической части курсового проекта
Сдача на проверку курсового проекта
Подготовка доклада к защите курсового проекта
Приемка программного продукта. Защита курсового проекта
3.1
3.2
4
5
6
7
8
8.1
8.2
9
10
11
12
13
14
15
16
17
3
2/6
4
3 неделя
4 неделя
2/8
2/10
2/12
2/14
2/16
5 неделя
6 неделя
7 неделя
8 неделя
9 неделя
2/18
2/20
10неделя
2/22
11неделя
2/24
2/26
2/28
2/30
2/32
2/34
2/36
2/40
12неделя
13неделя
14неделя
15неделя
1 Требования к построению курсового проекта
1.1
Структурные элементы курсового проекта
Курсовой проект по предмету «Технология разработки программного
обеспечения» должен
включать оттестированное программное средство и
пояснительную записку.
содержать:

титульный лист [6];

задание (Приложение A);

содержание (Приложение Б);

введение;
7
Copyright ОАО «ЦКБ «БИБКОМ» & ООО «Aгентство Kнига-Cервис»

основная часть (пояснительная записка);

список использованных источников;

заключение;

приложения.
В графической части курсового проекта могут быть представлены следующие результаты:

структурная схема программного средства, показывающая функцио-
нальное назначение всего программного средства и его отдельных частей;

модульная (иерархическая) структура программного средства, фикси-
рующая результаты проектирования;

схемы алгоритмов, иллюстрирующих основные методы и алгоритмы,
реализованные в программном средстве;

результаты работы программного средства, показывающие наиболее
типичные

результаты в форме графиков, таблиц, примеров выходной документа-
ции т.д.
2 Титульный лист
Титульный лист является первым листом курсовой проекта. Переносы
слов в надписях титульного листа не допускаются. На титульном листе
указывают классификационный код. Титульный лист оформляют в соответствии с
[ 6].
3 Задание
Задания на курсовой проект могут быть индивидуальными или комплексными, но примерно одинаковы по объему и степени сложности поставленных перед студентами задач. Тематика курсовых проектов рассматривается и принимается
предметно
цикловой
комиссией
информационных
технологий,
а
утверждается заместителем директора по учебной работе. Задания выдаются
каждому студенту по разработанной форме, бланк задания оформляют в
соответствии с приложением А.
8
Copyright ОАО «ЦКБ «БИБКОМ» & ООО «Aгентство Kнига-Cервис»
4 Аннотация
Аннотация является третьим листом пояснительной записки курсового
проекта и пишется как на русском, так и английском языках.
Лист «Аннотация» следует оформлять по форме 5 ГОСТ 2.106 с основной
надписью по форме 2 ГОСТ 2.104 (габаритные размеры 40x185 мм., а остальные
листы - по форме 2А ГОСТ 2. 104 (габаритные размеры 15x185 мм)).
Аннотирование – вторичная обработка письменной информации. Применяется для того, чтобы зафиксировать краткое содержание курсового проекта.
При аннотировании печатный материал излагается в предельно сжатой
форме. Аннотация - краткая справка о работе с точки зрения содержания.
Описательная аннотация состоит из двух частей:
1) основная часть – должна отражать перечень наиболее характерных
положений по содержанию работы;
2) заключительная часть – должен быть общий вывод автора работы или
указание на один какой-то вопрос, которому в работе уделено особое внимание, а
также рекомендация, для кого данная работа может представлять особый интерес.
К аннотации предъявляются следующие требования:
а) лаконичность языка, т.е. использование простых предложений (глаголы
употребляются всегда и настоящем времени в действительное, или страдательном
залоге. Модельные глаголы, как правило, отсутствуют);
б) строгая логическая структура текста аннотации;
в) единство терминов и обозначений;
г) точность в передаче отдельных формулировок и определений;
д) использование общепринятых сокращений слов, таких как: и т.д., и т.п.,
и др.;
е) обязательное введение в текст аннотации безличных конструкций и
9
Copyright ОАО «ЦКБ «БИБКОМ» & ООО «Aгентство Kнига-Cервис»
отдельных слов, например: «Сообщается...», «Подробно описывается...», «Кратко
рассматривается...»,
«Особенно
«Упоминается...»,
отличается...»,
«Большое
«Комментируется...»,
внимание
«Текст
уделяется...»,
имеет
ценную
информацию...», «Эта работа окажет большую помощь...» и др., с помощью
которых, происходит введение и описание текста оригинала [6].
5 Содержание
Содержание включает введение, порядковые номера и наименование разделов и подразделов с указанием номеров листов, список использованных источников и приложение.
Слово «Содержание», записывают посередине страницы с прописной
буквы. Пример оформления содержания приведён в приложении Б.
6 Введение. Заключение
Введение - вступительный раздел основного текста курсового проекта.
Цель введения - познакомить с существом вопроса. В этом разделе указывают
наименование, краткую характеристику области применения программы или
программного средства
предполагается
их
и
объекта (например, системы),
использовать.
Основное
назначение
в
котором
введения
-
продемонстрировать актуальность данной разработки и показать, какое место эта
разработка занимает в ряду подобных.
Введение не включается в общую нумерацию разделов, и размещают на
отдельном листе. Введение - не обязательный структурный элемент. В
заключении содержатся выводы и рекомендации относительно возможностей
практического применения материалов проекта.
Слова «Введение» и «Заключение» записывают посередине страницы с
прописной буквы.
10
Copyright ОАО «ЦКБ «БИБКОМ» & ООО «Aгентство Kнига-Cервис»
7 Постановка задачи (Техническое задание)
В
процессе
постановки
задачи
четко
формулируется
назначение
программного средства и основные требования к нему. Каждое требование
представляет
собой
описание
необходимого
или
желаемого
свойства
программного средства. Различают функциональные требования, определяющие
функции,
которые
должно
выполнять
разрабатываемое
программное
обеспечение, и эксплуатационные требования, декларирующие особенности его
функционирования.
Для формирования требований к программному средству, не имеющему
аналогов,
необходимо
провести
специальные
исследования,
называемые
предпроектными. В процессе таких исследований определяют разрешимость
задачи, возможно, разрабатывают методы ее решения(если они новые) и
устанавливают
наиболее
существенные
характеристики
разрабатываемого
программного средства.
В любом случае этап постановки задачи заканчивается разработкой
технического задания, фиксирующего принципиальные требования, и принятием
основных проектных решений
Техническое задание предполагает выполнение следующих работ:
а) постановку задачи уточнение структуры входных и выходных данных;
б) разработку алгоритма решения задачи;
в) определение формы представления входных и выходных данных;
г) определение семантики и синтаксиса языка;
д) окончательное определение конфигурации технических средств.
В связи с этим, курсовой проект должен быть разработан в
форме
иерархического набора формальных спецификаций, описывающих процедуры,
данные и итерации в соответствии с шаблонами.
Постановка задачи это точная формулировка решения задачи на ПК с
описанием входной и выходной информации. К постановке задачи относятся –
11
Copyright ОАО «ЦКБ «БИБКОМ» & ООО «Aгентство Kнига-Cервис»
цель и назначение задачи, ее место и связи с другими задачами. При постановки
задачи
указывают назначение программы, краткую характеристику области
применения программы определяются сроки и этапы разработки.
7.1 Структура взаимодействия входной и выходной информации
Входная информация по задаче определяется как данные, поступающие на
вход задачи и используемые для ее решения. Входной информацией служат
первичные данные документов ручного заполнения, информация, хранимая в
файлах базы данных (результаты решения других задач, нормативно-справочная
информация – классификаторы, справочники), входные сигналы от датчиков.
Выходная информация по задаче может быть представлены в виде
документов (типа листинг или машинограммы),
видеограммы на экране монитора, файла
сформированный кадр -
базы данных, выходного сигнала
устройству управления.
На рисунке 1 показана
схема взаимодействия входной и выходной
информации.
Входная информация может быть в виде:
а) документа ручного заполнения;
б) файла базы данных;
в) выходной сигнал от датчика.
Выходная информация может быть в виде:
а) документа (листинг, машинограмма);
б) сформированный кадр (видеограмма);
в) файл базы данных;
г) выходной сигнал устройству управления.
12
Copyright ОАО «ЦКБ «БИБКОМ» & ООО «Aгентство Kнига-Cервис»
входная
информация
выходная
информация
Рисунок 1 - Схема взаимодействия входной и выходной информации
7. 2 Требования к программно-аппаратному окружению
Этот подраздел должен содержать описание и обоснование выбора
программных средств на основании проведенных расчетов и (или) анализов,
распределение носителей данных, которые использует программа.
Программа
должна
работать на
IBM
совместимых персональных
компьютерах и под управление семейства операционных систем Windows.
Однако может потребоваться предусмотреть получение данных из какойто программы или передачу некоторых данных ей. В этом случае необходимо
точно оговаривать форматы передаваемых данных.
В требованиях к аппаратному окружению указывают необходимый состав
технических средств с указанием их основных технических характеристик,
например:
Минимальная конфигурация:

тип процессора……………………………………………. Pentiun-III;
13
Copyright ОАО «ЦКБ «БИБКОМ» & ООО «Aгентство Kнига-Cервис»

объем оперативного запоминающего устройства……....1 Гб.
Если предполагается использование нестандартного оборудования, то для
него должны быть указаны интерфейсы или протоколы обмена информацией.
При этом для операционных систем класса Windows нестандартными считают
устройства, для которых в системе отсутствуют драйверы – программы,
обеспечивающие взаимодействие устройства с операционной системой.
7.3 Требования к функциям, выполняемым системой
В этом подразделе должны быть указаны требования к составу
выполняемых функции, организации входных и выходных данных, временным
характеристикам и т.п.
7.4 Требования к эргономике и технической эстетике интерфейса
Эргономика
программного
включается
продукта
в
как
процессы
часть
пользовательского интерфейса ведется
разработки
системы
и
качества.
тестирования
Разработка
параллельно дизайну программного
продукта в целом. С точки зрения эргономики, самое важное в программе –
создать
такой
пользовательский
эффективной
и
пользователя
от
интерфейс,
который
сделает
работу
производительной, а также обеспечит удовлетворенность
работы
с
программой.
Графическому
интерфейсу
предъявляются высокие требования, как с инженерной, так и с художественной
стороны разработки. Стандартный графический интерфейс отвечает ряду
требований:

содержит привычный и понятный пользователю пункты меню,
соответствующие
функциям
обработки,
расположенные
в
естественной
последовательности использования;

ориентируется на конечного пользователя, который общается с
программой на внешнем уровне взаимодействия;
14
Copyright ОАО «ЦКБ «БИБКОМ» & ООО «Aгентство Kнига-Cервис»

удовлетворяет правилам «шести» - одну линейку меню включать не
более 6 понятий, каждый пункт меню содержит не более 6 опций;

графические
объекты сохраняют свое стандартное назначение, по
возможности, местоположение на экране.
7.5 Требования к надежности и хранению информации
В этом подразделе должны быть указаны требования к обеспечению
надежного функционирования (обеспечения устойчивого функционирования,
контроль входной и выходной информации, время восстановления после отказа ),
а так же должны быть указаны для программного изделия условия транспортировки, места хранения, условия хранения, сроки хранения в различных условиях.
Предусмотреть блокировку некорректных действий пользователя при
работе с системой.
8 Основная часть (Пояснительная записка)
Основная
часть должна содержать суть вопроса
и его подробное
изложение, объем курсового проекта составляет 25 – 30 листов машинописного
текста.
Курсовой проект должен включать оттестированный программный
продукт, соответствующий
постановке
задачи (техническому заданию), и
пояснительную записку, включающую:
2 Пояснительная записка
2.1 Метод решения
2.2 Структурная схема программы
2.3 Диалоговый режим
2.4 Эскиз и спецификация типовых объектов управления графического
интерфейса
15
Copyright ОАО «ЦКБ «БИБКОМ» & ООО «Aгентство Kнига-Cервис»
3 Руководство системного программиста
3.1 Схема взаимодействия модулей
3.2 Описание модулей
3.3 Настройка и проверка программы.
3.3.1 Тестирование программного продукта. Способы тестирования.
3.3.2 Сообщение системному программисту.
4 Руководство оператора
4.1 Выполнение программы
4.2 Сообщение оператору
8.1 Метод решения
В
этом
подразделе
описывается
подробный
алгоритм
решения
поставленной задачи, а так же какая методология и какой алгоритмический язык
используется при написании программы.
8.2 Структурная схема программы
Программное обеспечение имеет конструкцию (архитектуру) построения
– состав и взаимосвязь программных модулей.
В этом подразделе должны быть приведены сведения о структуре
программы, ее составных частях, о связях между составными частями и о связях с
другими программами. Структуризация программ преследует основные цели:
а) распределение работы по исполнителям;
б) построение календарного графика проектных работ;
в) контролировать трудозатраты и стоимость проектных работ.
Структурное «разбиение» программ на отдельные составляющие служит
основой для выбора инструментальных средств их создания.
Пример структурной схемы программы представлен на рисунке 2.
16
Copyright ОАО «ЦКБ «БИБКОМ» & ООО «Aгентство Kнига-Cервис»
Рисунок 2 - Структурная схема программы
8.3 Сценарий диалогового режима
Программное обеспечение прикладного характера работает в диалоговом
режиме взаимодействия с пользователем таким образом, что ведется обмен
сообщениями, влияющими на обработку данных.
В диалоговом режиме под воздействием пользователя осуществляется
запуск функций (методов) обработки, изменение свойств объектов, производится
настройка параметров выдачи информации на печать.
Наиболее распространены диалоговые системы с жестким сценарием
диалога, которые представлены в виде:

меню - диалог инициируется программой пользователя, предлагается
выбор альтернативных функций обработки из фиксированного перечня; меню
может быть иерархическим и содержать вложенные подменю следующего
уровня;
17
Copyright ОАО «ЦКБ «БИБКОМ» & ООО «Aгентство Kнига-Cервис»

действия
запрос-ответ
-
фиксированный
перечень
возможных
значений, выбираемых из списка ... Или ответы типа Да/Нет;

запрос по формату - с помощью ключевых слов, фраз или путем
заполнения экранных форм с регламентированным по составу и структуре
набором реквизитов осуществляется подготовка сообщений.
Диалоговый процесс управляется согласно созданному сценарию, для
которого определяются:

точки (момент, условие) начала диалога;

инициатор диалога - человек или программный продукт;

параметры и содержание диалога - сообщения, состав и структура
меню, экранные формы и т.д.;

реакция программного продукта на завершение диалога.
Работа пользователя осуществляется с экранными формами, .различными
типами диалоговых окон, содержащих разнообразные объекты управления:

тексты сообщений;

поля ввода информации пользователя;

кнопки и т.д.
Описание сценария диалога выполняют:

блок-схема, в которой представлены блоки выдачи сообщений и
обработки полученных ответов;

ориентированных граф, вершины которого – сообщения и выполняемые
действия, дуги – связь сообщений словесное описание.

специализированные
объектно-ориентированные
языки
построения
сценариев.
8.4 Эскиз и спецификация
графического интерфейса
типовых
объектов
управления
Графический пользовательский интерфейс (GUI- Graphical User Interface)
должен соответствовать современным тенденциям и требованиям рынка ПО.
18
Copyright ОАО «ЦКБ «БИБКОМ» & ООО «Aгентство Kнига-Cервис»
К графическому интерфейсу пользователя предъявляются высокие
требования как с чисто инженерной, так и с художественной стороны разработки,
при его разработке ориентируются на возможности человека.
Под графическим пользовательским интерфейсом понимается система
(среда), служащая для организации диалога ПС
с пользователем на основе
графического многооконного представления данных.
Наиболее часто графический интерфейс реализуется в интерактивном
режиме работы пользователя для программных средств, функционирующих в
среде
Windows,
и
строится
в
виде
системы
спускающихся
меню
с
использованием в качестве средства манипуляции мыши и клавиатуры. Работа
пользователя осуществляется с экранными формами, содержащими объекты
управления, панели инструментов с пиктограммами режимов и команд
обработки.
К общим принципам графического пользовательского интерфейса,
относятся:

графический режим работы;

представления ряда объектов пиктограммами;

наглядность;

наличие
стандартных
элементов
(кнопки,
поля
редактирования,
переключатели);

многооконность.
Delphi имеется два компонента, представляющие меню: MainMenu —
главное меню, и PopupMenu — всплывающее меню. Оба компонента
расположены на странице Standard.
На форму можно поместить сколько угодно объектов этого класса, но
отображаться в полосе меню в верхней части формы будет только тот из них,
который указан в свойствах Menu формы.
После установки компонента на форму необходимо создать его опции. Для
этого следует дважды щелкнуть по компоненту левой кнопкой мыши, либо
нажать на нем правую кнопку и выбрать продолжение Menu Designer в
19
Copyright ОАО «ЦКБ «БИБКОМ» & ООО «Aгентство Kнига-Cервис»
появившемся вспомогательном меню, либо щелкнуть по кнопке в правой
половине строки Items Инспектора Объектов. На рисунке 3 представлен
интерфейс: вид окна конструктора меню - главное меню, на рисунке 4 - результат
конструирования меню.
Рисунок 3- Окно Конструктора Меню
Рисунок 4 - Результат конструирования меню
Пример спецификации спроектированного диалогового окна, обеспечивающего графический интерфейс пользователя приведен в таблице 2.
20
Copyright ОАО «ЦКБ «БИБКОМ» & ООО «Aгентство Kнига-Cервис»
Таблица 2 - Типовые объекты управления графического интерфейса
Наименование объекта
1
2
Функциональная характеристика объекта
3
постоянный текст, не подлежащий изменению
при работе пользователя с экранной формой
(например, слова Фамилия Имя Отчество);
метка
label
рамка
frame
объединение объектов управления в группу
по функциональному или другому принципу
(например, для изменения их параметров);
командная
кнопка
command button
обеспечивает
передачу
управляющего
воздействия, например, кнопки <Саnсе1>,
<ОК>, <0тмена>; выбор режима обработки
типа
<Ввод>,
<Удаление>,
<Редактирование>, <Выход> и др.;
кнопка-пере- option button
ключатель
для альтернативного
группы однотипных
семейное положение);
помечаемая
кнопка
check button
для аддитивного выбора несколько кнопок из
группы однотипных кнопок (например,
факультатив для посещения);
окно-список
list box
содержит список альтернативных значений
для выбора (например, «Спортивная секция»);
объединяет возможности окна-списка и
текстового окна (например, «Предметы по
выбору» — можно указать новый предмет
или выбрать один из предлагаемого списка);
комбинирова combo box
нное окно
Полоса
управления
scrollbar
выбора кнопки из
кнопок (например,
для быстрого перемещения внутри длинного
списка или текста по вертикали или
горизонтали
8.5 Руководство системного программиста
Должно содержать сведения для проверки, обеспечения функционирования и настройки программы на условия конкретного применения. Сведения для
применения тестовых и диагностических программ.
21
Copyright ОАО «ЦКБ «БИБКОМ» & ООО «Aгентство Kнига-Cервис»
8.5.1 Схема взаимодействия модулей
Программные средства имеют конструкцию (архитектуру) построения состав и взаимосвязь программных модулей
Модуль — это самостоятельная часть программы, имеющая определенное
назначение и обеспечивающая заданные функции обработки автономно от
других программных модулей.
Таким образом, программное средство обладает внутренней организацией,
или внутренней структурой, образованной взаимосвязанными программными
модулями. Эго справедливо для сложных и многофункциональных программных
средств, которые называются программными системами.
В этом подразделе должна быть представлена «Схема взаимодействия
модулей» программы. На рисунке 5 приведен пример, «Схемы взаимодействия
модулей» программы который содержит десять модулей. Каждый модуль
выполняет определенные функции и содержит определенные данные.
8.5.2 Описание модулей
В этом подразделе должны быть описаны все входящие в программу
модули - их назначение основные характеристики. Составлена спецификация с
перечнем и краткое описание назначения всех файлов программного средства, где
эти модули хранятся, в том числе и файлов документации на него, а так же их
компонентов, имеющих самостоятельное применение.
Среди множества модулей различают:

головной модуль – управляет запуском программного продукта
(существует в единственном числе) - управляющий модуль обеспечивает вызов
других модулей на обработку;

рабочие модули – выполняют функции обработки;

сервисные модули и библиотеки, утилиты – осуществляют
обслуживающие функции.
22
Copyright ОАО «ЦКБ «БИБКОМ» & ООО «Aгентство Kнига-Cервис»
Головной
модуль
Модуль 1
Процедура 1
Библиотека стандартных модулей
Модуль 2
Модуль N
Объект А
Метод 1
Объект В
Метод 2
Процедура 2
Процедура n
Объект Д
Метод m
Рисунок 5- Схема взаимодействия модулей
8.5.3 Настройка и проверка программы
В подразделе Настройка программы должно быть приведено описание
действий по настройке программы на условиях конкретного применения
(настройка на состав технических средств, выбор функций и др.) При
необходимости приводят поясняющие примеры.
В подразделе Проверка программы должно быть приведено описание
способов тестирования программы (контрольные примеры, методы прогона,
результаты)
Тестирование программного продукта. Способы тестирования.
Тестирование — процесс, подтверждающий правильность программы и
демонстрирующий, что ошибок в программе нет.
Требуется применить следующие элементы тестирования:
а) модульное тестирование;
23
Copyright ОАО «ЦКБ «БИБКОМ» & ООО «Aгентство Kнига-Cервис»
Этот вид тестирования представляет собой процесс проверки отдельных
программных процедур и подпрограмм, входящих в состав программ или
программных систем. Модульное тестирование производится непосредственным
разработчиком и позволяет проверять все внутренние структуры и потоки данных
в каждом модуле.
Этот вид тестирования является частью этапа разработки. При модульном
тестировании выполняется набор тестов, определяемый разработчиком так, чтобы
охват тестированием каждого модуля был не менее 70...75 %.
Элементами модульного тестирование являются:

синтаксическая проверка;

проверка с использованием некоторого инструментального средства для
выявления синтаксических ошибок в программном коде;

проверка соответствия стандартам кодирования;

проверка кода на соответствие стандартам кодирования компании;

технический обзор программного кода.
После успешного завершения модульного тестирования все измененные
модули и наборы тестов сохраняются в базе данных проекта.
б) интеграционное тестирование;
Этот вид тестирования проводится для проверки совместной работы
отдельных модулей и предшествует тестированию всей системы как единого
целого. В ходе интеграционного тестирования проверяются связи между модулями, их совместимость и функциональность. Оно осуществляется независимым
тестировщиком и входит в состав этапа тестирования.
Элементами интеграционного тестирования являются:

проверка
функциональности - проверка
соответствия
отдельных
функций, выполняемых совокупностями модулей, функциям, заданным в
спецификациях требований;

проверка промежуточных результатов - проверка всех промежуточных
результатов и файлов на наличие и корректность;

проверка интеграции — проверка того, что модули передают друг другу
информацию корректно.
24
Copyright ОАО «ЦКБ «БИБКОМ» & ООО «Aгентство Kнига-Cервис»
Ошибки, выявленные в ходе интеграционного тестирования, заносятся в
базу данных ошибок. Результаты интеграционного тестирования включаются в
отчет о ходе тестирования при завершении цикла тестирования.
в) системное тестирование;
Этот вид тестирования предназначен для проверки программной системы
в целом, ее организации и функционирования на соответствие спецификациям
требований заказчика. Его проводит независимый тестировщик после успешного
завершения интеграционного тестирования.
Элементами системного тестирования являются:

граничное тестирование — тестирование в граничных условиях;

прогоночное тестирование — тестирование всех функциональных
характеристик реальной работы системы;

целевое тестирование — тестирование на целевой платформе (по
возможности);

проверка документации — проверка пользовательской документации на
корректность;

другие тесты, определяемые тестировщиком.
Ошибки, выявленные при системном тестировании, заносятся в базу
данных проекта. Результаты системного тестирования включаются в отчет о ходе
тестирования.
г) выходное тестирование;
Это завершающий этап тестирования, на котором проверяется готовность
ПП к поставке заказчику. Данный вид тестирования проводит независимый
тестировщик.
Элементами выходного тестирования являются:

проверка инсталляции — проверка на ясность и корректность
инструкций по инсталляции;

проверка документации — проверка того, что вся необходимая
документация полностью подготовлена и готова к передаче заказчику.
25
Copyright ОАО «ЦКБ «БИБКОМ» & ООО «Aгентство Kнига-Cервис»
Ошибки, выявленные при выходном тестировании, заносятся в базу
данных проекта. При успешном завершении выходного тестирования ПП
поставляется заказчику вместе с отчетом о результатах тестирования.
д) приемочное тестирование;
Этот вид тестирования проводится организацией, отвечающей за
инсталляцию, сопровождение программной системы и обучение конечного
пользователя.
8.5.4 Сообщение системному программисту
Сообщение системному программисту должно содержать следующий
подразделы:
а) «дополнительные возможности» здесь должно быть приведено описание
дополнительных разделов функциональных возможностей программы и способов
их выбора;
б) «сообщения системному программисту» здесь должны быть указаны
тексты сообщений, выдаваемых в ходе выполнения настройки, проверки
программы, а так же в ходе выполнения программы, описание их содержания и
действий, которые необходимо предпринять по этим сообщениям;
г) в приложении к руководству системного программиста могут быть
приведены дополнительные материалы (примеры, иллюстрации, таблицы,
графики и т.п.).
8.6 Руководство оператора
Руководство оператора должно содержать следующие подразделы:

«выполнение
программы»
здесь
должна
быть
указана
последовательность действий оператора, обеспечивающих загрузку, запуск,
выполнение и завершение программы, приведено описание функций, формата и
возможных вариантов команд, с помощью которых оператор осуществляет
загрузки и управляет выполнением программы, а также ответы программы на эти
команды;
26
Copyright ОАО «ЦКБ «БИБКОМ» & ООО «Aгентство Kнига-Cервис»

«сообщения оператору» здесь
сообщений,
выдаваемых в
ходе
должны быть приведены тексты
выполнения
программы,
описание
их
содержания и соответствующие действия оператора (действия оператора в
случае сбоя, возможности повторного запуска программы и т.п.);

допускается
содержание
разделов
иллюстрировать
поясняющими
примерами, таблицами, схемами, графиками;
в
различные
приложения
к
руководству
материалы,
которые
оператора
нецелесообразно
допускается
включать
в
включать
разделы
руководства.
9 Список использованных источников
Список должен содержать сведения об источниках, использованных при
составлении курсового проекта.
Наименование структурного элемента «Список использованных источников» записывают посередине страницы с прописной буквы.
Ссылки на источники следует указывать порядковым номером по списку
источников, выделенным двумя косыми чертами.
Использованные источники нумеруют арабскими цифрами и располагают
в порядке появления ссылок на источники в тексте.
10 Приложения
10.1 Материал, дополняющий текст курсового проекта, допускается помещать в приложениях. Приложениями могут быть, например, таблицы большого
формата, графический материал, структурные схемы и т.д.
Приложения
оформляют
как
продолжение
данной
работы
на
последующих его листах.
10.2 Каждое приложение следует начинать с нового листа с указанием
наверху посередине страницы слова «Приложение» и его обозначение.
27
Copyright ОАО «ЦКБ «БИБКОМ» & ООО «Aгентство Kнига-Cервис»
Приложения обозначают заглавными буквами русского алфавита, начиная
с А, за исключением Е, 3, Й, О, Ч, Ь, Ы, Ъ.
10.3 В тексте курсового проекта должны быть ссылки на все приложения.
28
Copyright ОАО «ЦКБ «БИБКОМ» & ООО «Aгентство Kнига-Cервис»
Список использованных источников
1. Рудаков, А.В. Технология разработки программных продуктов: учебное
пособие /Рудаков А.В. – М.: ACADEMA, 2005.-207 с. (Cреднее профессиональное образование)
2. Иванов,Г.С. Технология программирования: учебник / Г.С.Иванов-М.:
КНОРУС, 2011.- 336 c.
3. Макарова, Н.В. Информатика: учебник / Н.В.Макарова -М.: Финансы и
статистика, 2004.-767с.
4. Гофман, В.Э. Delphi: Руководство программиста / В.Э.Гофман –СПб.:
БХВ-Петербург, 2005.-1152с.
4. Зубкова, Т.М. Технология разработки программного обеспечения:
учебное пособие / Т.М.Зубкова - Оренбург: ГОУ ОГУ, 2004. – 101 с.
5. Дель, Л.А. Технология разработки программных продуктов: методические указания к курсовому проекту / Л.А.Дель – Оренбург: ГОУ ОГУ, 2008. 21 с.
6. СТП 02069024.101-2010. Работы студенческие. Общие требования и правила оформления. Взамен СТП 101-00; введ. 2010-20-01. –Оренбург: Отделом
стандартизации Гос. обр. учр. ВПО Оренбургский гос.ун-т; - Оренбург: Оренбургский гос.ун-т, 2010. -92с
29
Copyright ОАО «ЦКБ «БИБКОМ» & ООО «Aгентство Kнига-Cервис»
Приложение А
(обязательное)
Пример оформления бланка задания
Министерство образования и науки Российской Федерации
Федеральное государственное бюджетное образовательное учреждение
высшего профессионального образования
«Оренбургский государственный университет»
Колледж электроники и бизнеса
Предметно цикловая комиссия информационных технологий
Задание на курсовой проект
По дисциплине «Технология разработки программного обеспечения»
ПС_________________________________________________
Исходные данные:_________________________________________
_________________________________________
Разработать: 1) Удобный пользовательский интерфейс
2)………
3) Полное тестирование ПС
4) Документацию на ПС
5) Контрольные примеры
Дата выдачи задания: «___»____________ 2014 г.
Руководитель:_____________ФИО
Исполнитель:
Студент гр №ПКС-3 _________ФИО
Срок защиты проекта «___»_____________2014г.
Оренбург 2014
30
Copyright ОАО «ЦКБ «БИБКОМ» & ООО «Aгентство Kнига-Cервис»
Приложения Б
(справочное)
Пример оформления содержания
Содержание
Введение …………………………………………………………………..
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 Сообщение оператору…………………………………………………
Заключение ………………………………………………………………..
Список использованных источников ……………………………………
Приложение А – Входные и выходные документы……………………..
Приложение Б – Функциональная схема программы…………………..
Приложение В – Схема информационных связей………………………
Приложение В - Текст программы ………………………………………
1
5
5
6
6
7
10
11
12
13
14
16
17
18
20
22
25
27
29
32
34
37
38
39
40
41
42
31
Copyright ОАО «ЦКБ «БИБКОМ» & ООО «Aгентство Kнига-Cервис»
Приложения В
(справочное)
Пример функциональной схемы программы
Начало
Ввод пароля
Идентификация
пользователя
Принятие или
отказ пароля
БД
Ввод сведений о
вакансии и
безработных
Текущие
действия
Заполнение
базы данных
БД
БД
Карточка
выходные
документы
Корректировка сведений
о безработном,
фиксирование решений
Работа с
карточкой
персонального
учета
БД
Выбор вакансий
для клиента
БД
Приказы, выписки
справки
Поиск
подходящих
вакансий
Список
вакансий
Список вакансий
БД
Ввод,
корректировка
данных в
справочниках
Текущие
действия
Редактирование
справочников
БД
БД
Конец
32
Copyright ОАО «ЦКБ «БИБКОМ» & ООО «Aгентство Kнига-Cервис»
Приложения Г
(справочное)
Пример схемы информационных связей
Ввод
транзакций
Введенные
данные
Введенные
данные
Введенные
данные
Ввод/вывод
ден. средств
Ввод/вывод
ЦБ
Покупка/прода
жа
Расчет
транзакций
Новые данные
о клиенте
Данные о
клиенте
Ввод/просмотр
данных
Новые данные
о поставщике
Расчетные
данные
Обработка
данных
Данные о
поставщике
Обработанные
данные
Запрос
Просмотр
отчетов
Итоговые
данные
Вывод на
экран
Итоговые
данные
Вывод на
печать
33
Документ
Категория
Другое
Просмотров
306
Размер файла
576 Кб
Теги
обеспечение, разработка, технология, 778, программного
1/--страниц
Пожаловаться на содержимое документа