методические рекомендации 230115 пм_02

Министерство общего и профессионального образования Свердловской области
ГБОУ СПО СО «Алапаевский профессионально-педагогический колледж»
МЕТОДИЧЕСКИЕ РЕКОМЕНДАЦИИ
К КУРСОВОМУ ПРОЕКТИРОВАНИЮ
для студентов специальности 230115
«Программирование в компьютерных системах»
ПМ.02 Разработка и администрирование баз данных
Алапаевск,
2011

Методические рекомендации
обсуждены и одобрены на заседании
научно-методического совета
Протокол №___от «__»_________20___г.
Председатель НМС
____________________Файзулина Т.Ф.
Методические рекомендации обсуждены
и одобрены на заседании
предметно-методического
объединения преподавателей ИВТ
Протокол №__________________
от «____»___ ___________ 20______г.
Руководитель ПМО
___________________
Методические рекомендации
редактировали
__________________ Е.Г. Татаринова,
преподаватель ГБОУ СПО СО
«Алапаевский профессионально-
педагогический колледж»
Разработаны на основе Федерального
государственного образовательного
стандарта по специальности среднего
профессионального образования 230115
Программирование в компьютерных
системах
УТВЕРЖДАЮ
Заместитель директора по учебной работе
_________________ Т.Д. Кабакова
2

СОДЕРЖАНИЕ
ВВЕДЕНИЕ.............................................................................................................................4
1. ОБЩИЕ ПОЛОЖЕНИЯ..................................................................................................5
2. ТРЕБОВАНИЯ К СОДЕРЖАНИЮ КУРСОВОГО ПРОЕКТА...............................6
3.ОБЩИЕ РЕКОМЕНДАЦИИ ПО РАЗРАБОТКЕ ПО...............................................10
4. ОФОРМЛЕНИЕ КУРСОВОГО ПРОЕКТА...............................................................12
5. РЕКОМЕНДАЦИИ ПО ПРОЦЕССУ ПОДГОТОВКИ КУРСОВОГО ПРОЕКТА
.................................................................................................................................................14
ПРИЛОЖЕНИЕ 1................................................................................................................15
ГОСТ 19.201-78 (СТ СЭВ 1627-79)....................................................................................16
ТЕХНИЧЕСКОЕ ЗАДАНИЕ.
ТРЕБОВАНИЯ К СОДЕРЖАНИЮ И ОФОРМЛЕНИЮ...........................................16
1. ОБЩИЕ ПОЛОЖЕНИЯ...........................................................................................................................................................16
2. СОДЕРЖАНИЕ РАЗДЕЛОВ...................................................................................................................................................17
ГОСТ 19.401-78(СТ СЭВ 3746-82).....................................................................................19
ТЕКСТ ПРОГРАММЫ.
ТРЕБОВАНИЯ К СОДЕРЖАНИЮ И ОФОРМЛЕНИЮ.......................................................................................................19
ГОСТ 19.402-78*(СТ СЭВ 2092-80)...................................................................................20
ГОСТ 19.503-79*(СТ СЭВ 2094-80)...................................................................................22
1. ОБЩИЕ ПОЛОЖЕНИЯ...........................................................................................................................................................22
ГОСТ 19.505-79*(СТ СЭВ 2096-80)...................................................................................24
1. ОБЩИЕ ПОЛОЖЕНИЯ...........................................................................................................................................................24
3

ВВЕДЕНИЕ
Целью курсового проектирования является закрепление и углубление
теоретических знаний, и приобретение практических навыков по профессиональному
модулю ПМ.02. «Разработка и администрирование баз данных» при разработке
программного обеспечения (ПО) для заданной проблемы.
В задачи курсового проектирования входят:
- изучение особенностей конкретной предметной области, относящихся к теме
курсового проекта;
- анализ возможных подходов и методов решения с обоснованием выбранного
подхода;
- выбор или разработка модели (концептуальной, логической и физической),
необходимой для достижения цели;
- выбор эффективных алгоритмов с учетом их точности, устойчивости, сходимости
и т.д.;
- разработка программного обеспечения;
- анализ полученных результатов работы ПО;
- систематизация теоретических и практических знаний, полученных в период
обучения;
- умение проявить навыки самостоятельной работы;
- закрепление навыков самостоятельной работы при решении конкретных
производственных задач;
- выявление степени подготовленности студентов в рамках квалификации к
самостоятельной деятельности.
Курсовой проект должен иметь актуальность, цель, задачи, предмет, объект,
проблему и выполняться по заказам предприятий, организаций или образовательных
учреждений.
4

1. ОБЩИЕ ПОЛОЖЕНИЯ
Темы курсовых проектов разрабатываются преподавателями образовательного
учреждения среднего профессионального образования совместно со специалистами
предприятий или организаций, заинтересованных в разработке данных тем, и
рассматриваются на заседании научно-методического совета колледжа.
При выборе тем курсовых проектов необходимо руководствоваться
перспективными направлениями работы базового предприятия или социальных
партнеров, актуальностью, производственной необходимости. Тема курсового проекта
может быть предложена студентом при условии обоснования им целесообразности ее
разработки. Темы курсовых проектов должны отвечать современным требованиям
развития науки, техники, производства, экономики, культуры и образования. К
тематике курсовых проектов предъявляются требования актуальности, перспективы,
целесообразности с учетом конверсии и требованиям производства.
Объектами курсового проекта являются программные продукты различных
автоматизированных систем обработки информации и управления. Это может быть:
- выбор метода автоматизации проектирования технического объекта или
управления технологией его изготовления, создание программного обеспечения
этих процессов или их этапов;
- исследование и разработка специализированного программного
обеспечения информационно-поисковой системы для любой области
деятельности человека (промышленность, экономика, образование и т.п.);
Закрепление тем курсовых проектов с указанием руководителей оформляется
приказом руководителя образовательного учреждения. По утвержденным темам
руководители курсовых проектов разрабатывают индивидуальные задания для
каждого студента. Задания на курсовой проект рассматриваются на заседании научно-
методического совета, подписываются руководителем работы и утверждаются
заместителем директора по учебной работе.
Работа над курсовым проектом сопровождается консультациями, в ходе
которых разъясняются назначение и задачи, структура и объем работы, принципы
разработки и оформления, примерное распределение времени на выполнение
отдельных частей курсового проекта.
Основными функциями руководителя курсового проекта являются:
- разработка индивидуальных заданий;
- консультирование по вопросам содержания и последовательности
выполнения курсового проекта;
- оказание помощи студенту в подборе необходимой литературы;
- контроль хода выполнения курсового проекта;
- подготовка отзыва на курсовой проект.
5

2. ТРЕБОВАНИЯ К СОДЕРЖАНИЮ КУРСОВОГО ПРОЕКТА
Федеральный государственный образовательный стандарт среднего
профессионального образования содержит следующие требования к курсовому
проекту: выполнение курсового проекта (работы) рассматривается как вид учебной
работы по дисциплине (дисциплинам) профессионального цикла и (или)
профессиональному модулю (модулям) профессионального цикла и реализуется в
пределах времени, отведенного на ее (их) изучение.
Курсовой проект является законченным исследованием, в котором содержится
решение задачи, имеющей практическое знание для соответствующего направления.
Курсовой проект должен содержать обоснование выбора темы исследования, ее
актуальность, изложение полученных результатов, их анализ и обсуждение, выводы,
список использованной литературы и оглавление.
Курсовой проект должен показать умение автора кратко, лаконично и
аргументировано излагать материал, его оформление должно соответствовать
правилам оформления научных публикаций.
Рекомендуемая структура курсового проекта выглядит следующим образом:
- Титульный лист.
- Задание студенту на выполнение курсового проекта.
- Отзыв руководителя курсового проекта.
- Содержание.
- Введение.
- 2 главы с изложением основных результатов работы.
- Заключение.
- Список литературы.
- Приложение.
Титульный лист курсового проекта оформляется в соответствии с
Приложением 1.
В задании на курсовое проектирование записаны тема курсового проекта,
техническое задание на проектирование, содержание (разрабатываемые вопросы и
объем выполнения % по всей записке, рекомендуемая литература).
Введение – краткое, сжатое изложение основных идей работы (1–3 страниц
машинописного текста).
Введение должно содержать краткую характеристику современного состояния
научной проблемы (вопроса), которой посвящена работа, обоснование ее
актуальности, определение целей и задач работы, объекта и предмета исследования.
Здесь же даются сведения о практической значимости работы, возможности внедрения
ее результатов в практику, определяются положения, выносимые на защиту.
Актуальность исследования. При выборе целей и задач исследования
необходимо оценить его актуальность. Актуальность исследования определяется,
например, следующими факторами:
 необходимостью дополнения теоретических построений, относящихся к
изучаемому явлению;
 потребностью в более эффективных процедурах решения задач по исследуемой
проблеме;
6

 потребностью в решении функциональных возможностей современных инфор-
мационных технологий в области исследуемой проблемы;
 потребностью в создании, дополнении или переработке программно-
методического обеспечения в области исследуемой проблемы.
Проблема - требующий решения вопрос, возникающий тогда, когда имеющихся
знаний недостаточно для решения какой-либо задачи. Проблема в научном
исследовании выступает как осознаваемое исследователем противоречие. Таким
образом, проблема логически вытекает из противоречия и формулируется не как
частная, а как комплексная задача, которая вбирает в себя все задачи, вместе взятые.
Обычно проблемы исследовательской работы вытекают из потребностей
общества.
На основании анализа противоречий формулируют основную проблему и
ожидаемый результат.
Объект исследования – то, на что направлена исследовательская деятельность.
В качестве объекта исследования в области информационных процессов,
технологий и систем могут рассматриваться информационные системы и сети, их
математическое, информационное и программное обеспечение, способы и методы
проектирования, отладки и эксплуатации технических и программных средств
информационных систем в различных областях, в том числе в сферах науки,
производства и образования.
Предмет исследования - стороны, свойства и отношения объектов, исследуемые
с определенной целью в данных условиях и обстоятельствах. Следует отметить, что
предмет исследования чаще всего совпадает с темой работы, либо очень близок к ней.
Цель исследования — предполагаемый общий результат, на достижение которого
направлена исследовательская деятельность, ответ на вопрос «Чего требуется достичь
в результате выполнения работы?»
Цели должны быть сформулированы конкретно, с учетом возможности проверки
достижимости. Обычно они начинаются со следующих слов: определение,
обоснование, создание, выявление, разработка и др.
Задачи исследования конкретизируют его цель и дают представление о том, в
каких направлениях должно идти исследование. Определить задачу означает
осуществить выбор путей и средств достижения целей исследования. Задачи могут
быть сформулированы как вопросы, ответы на которые позволят прийти к цели
исследования. Задачи должны быть взаимосвязаны. Некоторые из них могут быть
решены теоретически, другие — чисто экспериментально, третьи - на основе
осмысления и обобщения результатов эксперимента.
Основные результаты работы
Глава 1. Постановка задачи
В первой главе, как правило, конкретизируется постановка задачи в виде
технического задания на проектирование, проводится обзор научно-технической
литературы, обосновывается выбор программного средства.
Рекомендуемое содержание первой главы:
1. Техническое задание на разработку программного продукта.
2. Обоснование выбора прикладного программного средства.
7

Содержание главы “1.1. Техническое задание на разработку программного
продукта” должно соответствовать ГОСТу 19.201-78-“Единая система программной
документации. Техническое задание. Требование к содержанию и оформлению”.
Необходимо раскрыть содержание следующих разделов (Приложение 2):
- Основания для разработки.
- Назначение разработки функциональное и эксплуатационное назначение
программного изделия.
- Требования к программе:
• требования к функциональным характеристикам;
• требования к надежности;
• условия эксплуатации;
• требования к составу и параметрам технических средств;
• требования к информационной и программной совместимости;
• требования к транспортированию и хранению;
• специальные требования.
- Требования к программной документации.
- Календарный план работ.
Глава 2. Основная часть
Во второй главе анализируется конкретный объект исследований, описываются
схемы, модели и технологии исследований, предлагается разработанный алгоритм
решения поставленной задачи, описывается его схема (структурная, модульная). В
этой главе можно представить интерфейс разработанного программного продукта,
технические требования к оборудованию, на котором будет выполняться
разработанная программа, контрольный текст работоспособности программного
продукта.
Темы курсовых проектов по ПМ.02 «Разработка и администрирование баз
данных» имеют одинаковую структуру. Общее задание можно сформулировать
следующим образом:
1. Из предлагаемого преподавателем списка выбрать предметную область. По
желанию предметную область можно предложить самостоятельно (Приложение 7).
2. Построить концептуальную модель выбранной предметной области, а
именно предложить список сущностей и список атрибутов, описывающих их
(Приложение 8).
3. Построить логическую модель, соответствующую концептуальной модели
(Приложение 9).
4. Выполнить построение реляционной модели для проектируемой базы
данных на основе концептуальной и инфологических моделей. Реализовать
проектирование базы данных (физическая модель).
БД должна удовлетворять следующим требованиям:
1. Корректность схемы БД, т.е. каждому объекту предметной области
соответствуют данные в памяти ЭВМ, а каждому процессу – адекватные
процедуры обработки данных.
2. Обеспечение ограничений (на объёмы внешней и оперативной памяти и другие
ресурсы вычислительной системы).
8

3. Эффективность функционирования (соблюдение ограничений на время реакции
системы на запрос и обновление данных).
4. Защита данных (от аппаратных и программных сбоев и несанкционированного
доступа).
5. Простота и удобство эксплуатации.
6. Гибкость, т.е. возможность развития и адаптации к изменениям предметной
области и/или требований пользователей
Составляется Описание программы в соответствии с ЕСПД ГОСТ 19.402-78*
(стандарт полностью соответствует СТ. СЭВ 2092-80) (приложение 4). Данная часть
содержит следующие разделы:
- Общие сведения.
- Функциональное назначение.
- Описание логической структуры.
- Используемые технические средства.
- Входные данные.
- Выходные данные.
Каждая часть должна заканчиваться выводами, в которых в краткой форме
излагаются результаты данного этапа работы и конкретизируются задачи и методы их
решения в последующих главах.
Заключение. В заключении необходимо сформулировать выводы по
проделанной работе, а также определить направления дальнейшего
совершенствования разработки. Объем заключения составляет обычно 2-3 страницы.
Список литературы. На все приводимые литературные источники должны быть
ссылки в работе. Если в проекте сделаны ссылки на научную информацию,
позволяющую принять конкретное решение, включение в список литературы
первоисточника является обязательным, при использовании формул, взятых из какого-
либо библиографического источника, ссылка на источник обязательна. Список
использованной литературы должен быть оформлен в соответствии с ГОСТом.
Перечень литературы имеет нумерацию и составляется в алфавитном порядке (автор с
указанием инициалов, название источника, место издания, издательство, год издания и
количество страниц текста). После перечня книг указываются с продолжением
порядковых номеров общего списка примененные стандарты и другие нормативные
материалы. Количество используемых источников должно быть не менее 7 (ссылки на
сайты не входят в обязательное количество источников литературы).
Приложения. В приложения включаются следующие материалы:
- Функциональная структура ПО, показывающая функциональное назначение всей
программы и ее отдельных частей;
- Модульная (иерархическая) структура ПО, фиксирующая результаты
проектирования ПО;
Текст программы оформляется в соответствии с ГОСТом 19.401-78 “Текст
программы (Приложение 3). Требования к содержанию и оформлению” и состоит из
символической записи на исходном языке с комментариями, которые отражают
функциональное назначение, структуру.
9

3.ОБЩИЕ РЕКОМЕНДАЦИИ ПО РАЗРАБОТКЕ ПО
Разработка ПО является определяющим элементом курсового проектирования и
может вестись с использованием каскадной или итеративной моделей разработки
одним разработчиком или группой 2-3 человека в зависимости от сложности работы.
Каскадная модель может быть использована для разработки ПО небольшого
размера (до 10000 операторов исходного языка) с хорошо определенной
алгоритмической базой.
Этапы жизненного цикла ПО
а)
б)
Рис.1 а - традиционная каскадная модель б - итеративная модель
Целью этапа анализа является описание задачи, которое должно быть полным,
последовательным, доступным для чтения и обзора различными заинтересованными
сторонами, позволяющим производить сравнение с реальными условиями.
В ходе этого этапа решаются задачи:
- уточнение требований, приведенных в задании на проектирование;
- разработка спецификаций на ПО.
Итогом выполнения этого этапа являются эксплуатационные и функциональные
спецификации, содержащие конкретное описание ПО.
Эксплуатационные спецификации должны содержать сведения о
быстродействии ПО, затратах памяти, требуемых технических средствах, надежности
и т.д. Функциональные спецификации определяют функции, которые должно
выполнять ПО. Спецификации должны быть полными, точными и ясными.
Цель этапа проектирования - иерархическое разбиение сложной задачи создания
ПО на подзадачи меньшей сложности.
На этапе проектирования решаются следующие задачи:
- формирование структуры ПО и разработка алгоритмов, задаваемых
спецификациями;
- определение состава модулей с разделением их на иерархические уровни;
- выбор структуры информации в базе данных;
- фиксация межмодульных интерфейсов.
Результатом работы на этом этапе являются спецификации на отдельные
модули, дальнейшая декомпозиция которых нецелесообразна.
10

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

4. ОФОРМЛЕНИЕ КУРСОВОГО ПРОЕКТА
Курсовой проект выполняется (шрифтом 14 пунктов Times New Roman) на
листах бумаги формата А4 (210*297мм) с полуторным межстрочным интервалом.
Заголовки таблиц, названия схем допускается печатать через одинарный интервал.
Напечатанный текст должен иметь поля следующих размеров:
- Верхние и нижние – 20 мм;
- Правые – 10 мм;
- Левые – 30 мм;
Абзацный отступ (“красная строка”) равен 1,25 см.
Заголовки должны быть оформлены стилем согласно их иерархии:
- заголовок 1-го уровня - Заголовок 1 (т.е., 16 пт., Arial, жирный);
- заголовок 2-го уровня - Заголовок 2 (т.е., 14 пт., Arial, полужирный);
- заголовок 3-го уровня - Заголовок 3 (т.е., 14 пт., Times New Roman,
полужирный курсив).
При оформлении заголовков и подзаголовков необходимо соблюдать следующие
основные правила:
1) Заголовок пишут прописными буквами;
2) Переносы слов в заголовке не разрешаются;
3) Большой заголовок делится по смыслу на несколько строк;
4) В конце заголовка точка не ставится, остальные знаки препинания
(многоточие, вопросительный, восклицательный) сохраняются. Если заголовок
состоит из двух самостоятельных предложений, то в конце первого предложения точка
ставится, а в конце второго нет;
5) Односложные заголовки могут оформляться с использованием разреженного
интервала между символами;
6) Заголовок всегда располагается на одной странице с тем текстом, к которому
он относится. Если заголовок располагается в конце страницы, то после него должно
быть не менее трех строк текста. Если же заголовок попадает в начало страницы, но не
первую строку, то перед ним должно быть не менее четырех строк предыдущего
текста;
7) Текст от заголовка пишут через два – три интервала;
8) Подзаголовки пишут строчными буквами без подчеркивания. Расстояние
между подзаголовком и заголовком, как правило, составляет два интервала;
Заголовки и подзаголовки обычно располагают одним из двух способов: -
центральным (посередине текста) и фланговым (от левого края). Основной текст
печатается строчными (маленькими) буквами, заглавными (прописными, большими)
буквами печатаются аббревиатуры, а также слова “ВВЕДЕНИЕ”, “ЗАКЛЮЧЕНИЕ”,
которые располагаются по центру на странице.
Нумерация глав и параграфов выполняется арабскими цифрами, которые
отделяются от названий точкой; номер параграфа состоит из цифры, обозначающей
номер главы, и цифры обозначающей его порядковый номер в составе главы,
отделенных друг от друга точкой.
Таблицы должны иметь номер и название, определяющее их тему и содержание.
Сокращения в заголовках не допускаются. При оформлении таблицы пишется слово
"Таблица" и проставляется ее порядковый номер арабскими цифрами (с правой стороны
12

листа). Знак "N " (номер) не ставится. Ниже дается название, выровненное по центру.
Точка в конце названия не ставится. Нумерация может быть сквозной через всю работу
или по главам. Во втором случае таблица имеет двойной номер, цифры отделяются
точкой. Если таблица не умещается на стандартном листе бумаги, ее можно давать с
продолжением на следующей странице, где пишется, например, "Продолжение таблицы
1.1" или "Окончание таблицы 1.1". Название таблицы на новой странице не повторяется.
В графах таблицы нельзя оставлять свободные места. Если данные отсутствуют, то
ставится тире или слово "нет". При упоминании о таблице в тексте делается ссылка.
Каждая глава начинается с новой страницы. Страницы нумеруются от
титульного листа и до последнего (на 1 и 2 страницах работы нумерация не ставится).
Порядковый номер ставится в верхнем правом углу страницы.
Приложения нумеруются арабскими цифрами (без значка №) и должны иметь
названия.
Ориентировочной объем курсового проекта составляет в среднем 25 – 30
страниц (без титульного листа, содержания и приложений).
С курсовым проектом обязательно сдается подписанный носитель со
следующей информацией:
- Текст курсового проекта;
- Программное приложение (база данных);
- Презентация доклада.
13

5. РЕКОМЕНДАЦИИ ПО ПРОЦЕССУ ПОДГОТОВКИ КУРСОВОГО
ПРОЕКТА
Рекомендуется следующий ход работы:
1. Выбор темы и согласование ее с руководителем.
2. Подбор литературы.
3. Оформление организационных документов.
4. Изучение требований к оформлению работы.
5. Изучение подобранной литературы.
6. Написание работы.
7. Разработка доклада для защиты.
8. Подготовка презентации.
9. Защита работы.
Темы курсовых проектов должны отвечать современным требованиям развития
науки, техники, производства, экономики, культуры и образования.
Темы курсовых проектов разрабатываются преподавателями образовательных
организаций среднего профессионального образования, специалистами предприятий и
организаций, заинтересованных в разработке тем, и рассматриваются
соответствующим предметно-методическим объединением. Студент не лишается
права выбирать тему курсового проекта и вносить разумные предложения, при
условии обоснования им целесообразности ее разработки; при отсутствии инициативы
со стороны студентов данная задача возлагается на руководителя курсового проекта.
Руководитель курсового проекта назначается директором колледжа (кроме того,
могут быть назначены консультанты по отдельным частям (вопросам) курсового
проекта). Руководитель обговаривает со студентом выбранную тематику, а затем о
выбранной теме будущего курсового проекта ставится в известность руководителя
предметно-методического объединения. Закрепление тем (с указанием руководителей
и сроков выполнения) за студентами оформляется приказом руководителя
образовательного учреждения. По утвержденным темам руководителя курсового
проекта разрабатывают индивидуальные задания для каждого студента.
Рекомендуется перед выбором темы, сделать подбор литературы по данной
тематике, чтобы не спровоцировать возникновение ситуации, когда тема уже выбрана,
а библиографический материал по ней практически отсутствует.
Цель составления задания на работу – уяснение замысла работы и поставленных
в ней проблем. Оформление задания на работу предлагает составление под контролем
руководителя проекта плана будущей работы.
При оформлении задания определяется срок предоставления законченной
работы. Задание является основанием для разработки графика и плана работы. График
написания и оформления курсового проекта помогает рационально распределить
время на разработку составных частей, своевременно подготовить, оформить и
представить проект к защите. Определенный в графике срок представления
законченной работы должен соответствовать сроку, установленному в задании на
курсовой проект.
Защита курсового проекта является формой квалификационного экзамена по
ПМ.02 Разработка и администрирование баз данных.
14

ПРИЛОЖЕНИЕ 1
Пример оформления титульного листа курсового проекта
Министерство общего и профессионального образования Свердловской области
ГБОУ СПО СО «Алапаевский профессионально-педагогический колледж»
(14 пт, Times New Roman, межстрочный интервал 1,5 пт)
Курсовой проект
(18 пт, Times New Roman)
Разработка автоматизированного рабочего места
«Куратор группы»
Исполнитель:
Попов Иван Иванович,
студент группы 403 П
Руководитель:
Иванов Павел Андреевич,
преподаватель 1 квалификационной
категории
Оценка: ________________
(14 пт, Times New Roman, межстрочный интервал 1,5пт)
Алапаевск
2011
15

ГОСТ 19.201-78 (СТ СЭВ 1627-79)
ТЕХНИЧЕСКОЕ ЗАДАНИЕ.
ТРЕБОВАНИЯ К СОДЕРЖАНИЮ И ОФОРМЛЕНИЮ
Постановлением Государственного комитета СССР по стандартам от 18 декабря
1978 г. № 3351 срок введения установлен
с 01.01. 1980 г.
Настоящий стандарт устанавливает порядок построения и оформления технического
задания на разработку программы или программного изделия для вычислительных
машин, комплексов и систем независимо от их назначения и области применения.
Стандарт полностью соответствует СТ СЭВ 1627-79.
1.1. Техническое задание оформляют в соответствии с ГОСТ 19.106-78 на листах
формата 11 и 12 по ГОСТ 2.301-68, как правило, без заполнения полей листа. Номера
листов (страниц) проставляются в верхней части листа над текстом.
1.2. Лист утверждения и титульный лист оформляют в соответствии с ГОСТ 19.104-78.
Информационную часть (аннотацию и содержание), лист регистрации изменений
допускается в документ не включать.
1.3. Для внесения изменений или дополнений в техническое задание на последующих
стадиях разработки программы или программного изделия выпускают дополнение к
нему. Согласование и утверждение дополнения к техническому заданию проводят в
том же порядке, который установлен для технического задания.
1.4. Техническое задание должно содержать следующие разделы:
• введение;
• основания для разработки;
• назначение разработки;
• требования к программе или программному изделию;
• требования к программной документации;
• технико-экономические показатели;
• стадии и этапы разработки;
• порядок контроля и приемки;
• в техническое задание допускается включать приложения.
В зависимости от особенностей программы или программного изделия допускается
уточнять содержание разделов, вводить новые разделы или объединять отдельные из
них.
(Измененная редакция, Изм. № 1)
16

2. СОДЕРЖАНИЕ РАЗДЕЛОВ
2.1. В разделе «Введение» указывают наименование, краткую характеристику области
применения программы или программного изделия и объекта, в котором используют
программу или программное изделие.
2.2. В разделе «Основания для разработки» должны быть указаны:
• документ (документы), на основании которых ведется разработка;
• организация, утвердившая этот документ, и дата его утверждения;
• наименование и (или) условное обозначение темы разработки.
2.3. В разделе «Назначение разработки» должно быть указано функциональное и
эксплуатационное назначение программы или программного изделия.
2.4. Раздел «Требования к программе или программному изделию» должен содержать
следующие подразделы:
• требования к функциональным характеристикам;
• требования к надежности;
• условия эксплуатации;
• требования к составу и параметрам технических средств;
• требования к информационной и программной совместимости;
• требования к маркировке и упаковке;
• требования к транспортированию и хранению;
• специальные требования.
2.4.1. В подразделе «Требования к функциональным характеристикам» должны быть
указаны требования к составу выполняемых функций, организации входных и
выходных данных, временным характеристикам и т. п.
2.4.2. В подразделе «Требования к надежности» должны быть указаны требования к
обеспечению надежного функционирования (обеспечения устойчивого
функционирования, контроль входной и выходной информации, время восстановления
после отказа и т.п.).
2.4.3. В подразделе «Условия эксплуатации» должны быть указаны условия
эксплуатации (температура окружающего воздуха, относительная влажность и т.п. для
выбранных типов носителей данных), при которых должны обеспечиваться заданные
характеристики, а также вид обслуживания, необходимое количество и квалификация
персонала.
2.4.4. В подразделе «Требования к составу и параметрам технических средств»
указывают необходимый состав технических средств с указанием их основных
технических характеристик.
2.4.5. В подразделе «Требования к информационной и программной совместимости»
должны быть указаны требования к информационным структурам на входе и выходе и
методам решения, исходным кодам, языкам программирования и программным
средствам, используемым программой.
При необходимости должна обеспечиваться защита информации и программ.
2.4.6. В подразделе «Требования к маркировке и упаковке» в общем случае указывают
требования к маркировке программного изделия, варианты и способы упаковки.
17

2.4.7. В подразделе «Требования к транспортированию и хранению» должны быть
указаны для программного изделия условия транспортирования, места хранения,
условия хранения, условия складирования, сроки хранения в различных условиях.
2.5а. В разделе «Требования к программной документации» должен быть указан
предварительный состав программной документации и, при необходимости,
специальные требования к ней.
(Введен дополнительно, Изм. № 1).
2.5. В разделе «Технико-экономические показатели» должны быть указаны:
ориентировочная экономическая эффективность, предполагаемая годовая потребность,
экономические преимущества разработки по сравнению с лучшими отечественными и
зарубежными образцами или аналогами.
2.6. В разделе «Стадии и этапы разработки» устанавливают необходимые стадии
разработки, этапы и содержание работ (перечень программных документов, которые
должны быть разработаны, согласованы и утверждены), а также, как правило, сроки
разработки и определяют исполнителей.
2.7. В разделе «Порядок контроля и приемки» должны быть указаны виды испытаний
и общие требования к приемке работы.
2.8. В приложениях к техническому заданию, при необходимости, приводят:
• перечень научно-исследовательских и других работ, обосновывающих
разработку;
• схемы алгоритмов, таблицы, описания, обоснования, расчеты и другие
документы, которые могут быть использованы при разработке;
• другие источники разработки.
18

ГОСТ 19.401-78(СТ СЭВ 3746-82)
ТЕКСТ ПРОГРАММЫ.
Постановлением Государственного комитета СССР по стандартам от 18 декабря 1978
г. № 3350 срок введения установлен с 01.01. 1980 г.
1. Настоящий стандарт устанавливает требования к содержанию и оформлению
программного документа «Текст программы», определённого ГОСТ 19.101-77.
(Измененная редакция, Изм. № 1).
2. Структуру и оформление документа устанавливают в соответствии с ГОСТ 19.105-
78.
Составление информационной части (аннотация и содержание) является
необязательным. Для текста программы на исходном языке при наличии аннотации в
нее включают краткое описание функций программы.
3. Основная часть документа должна состоять из текстов одного или нескольких
разделов, которым даны наименования.
Допускается вводить наименования также и для совокупности разделов.
4. Каждый из этих разделов реализуется одним из типов символической записи,
например:
• символическая запись на исходном языке;
• символическая запись на промежуточных языках;
• символическое представление машинных кодов и т.п.
В символическую запись разделов рекомендуется включать комментарии, которые
могут отражать, например, функциональное назначение, структуру.
19

ГОСТ 19.402-78*(СТ СЭВ 2092-80)
ОПИСАНИЕ ПРОГРАММЫ
Постановлением Государственного комитета СССР по стандартам от 18 декабря
1978 г. № 3350 срок введения установлен
с 01.01. 1980 г.
1. Настоящий стандарт устанавливает состав и требования к содержанию
программного документа «Описание программы», определённого ГОСТ 19.101-77.
2. Структуру и оформление документа устанавливают в соответствии с ГОСТ 19.105-
78.
Составление информационной части (аннотации и содержания) является
обязательным.
3. Описание программы должно содержать следующие разделы:
• общие сведения;
• функциональное назначение;
• описание логической структуры;
• используемые технические средства;
• вызов и загрузка;
• входные данные;
• выходные данные.
В зависимости от особенностей программы допускается вводить дополнительные
разделы или объединять отдельные разделы.
4. В разделе «Общие сведения» должны быть указаны:
• обозначение и наименование программы;
• программное обеспечение, необходимое для функционирование программы;
• языки программирования, на которых написана программа.
5. В разделе «Функциональное назначение» должны быть указаны классы решаемых
задач и (или) назначение программы и сведения о функциональных ограничениях на
применение.
6. В разделе «Описание логической структуры» должны быть указаны:
• алгоритм программы;
• используемые методы;
• структура программы с описанием функций составных частей и связи между
ними;
• связи программы с другими программами.
Описание логической структуры программы выполняют с учетом текста программы на
исходном языке.
3-6.(Измененная редакция, Изм. № 1).
7. В разделе «Используемые технические средства» должны быть указаны типы
электронно-вычислительных машин и устройств, которые используются при работе
программы.
8. В разделе «Вызов и загрузка» должны быть указаны:
20

• способ вызова программы с соответствующего носителя данных;
• входные точки в программу.
Допускается указывать адреса загрузки, сведения об использовании оперативной
памяти, объем программы.
9. В разделе «Входные данные» должны быть указаны:
• характер, организация и предварительная подготовка входных данных;
• формат, описание и способ кодирования входных данных.
10. В разделе «Выходные данные» должны быть указаны:
• характер и организация выходных данных;
• формат, описание и способ кодирования выходных данных.
11. Допускается содержание разделов иллюстрировать пояснительными примерами,
таблицами, схемами, графиками.
12. В приложение к описанию программы допускается включать различные
материалы, которые нецелесообразно включать в разделы описания.
7-12.(Введены дополнительно, Изм. № 1).
21

ГОСТ 19.503-79*(СТ СЭВ 2094-80)
РУКОВОДСТВО СИСТЕМНОГО ПРОГРАММИСТА.
Постановлением Государственного комитета стандартов Совета Министров
СССР от 12 января 1979 г. № 74 срок введения установлен
с 01.01. 1980 г.
Настоящий стандарт устанавливает требования к содержанию и оформлению
программного документа «Руководство системного программиста», определённого
ГОСТ 19.101-77.
1.1. Структуру и оформление документа устанавливают в соответствии с ГОСТ 19.105-
78.
Составление информационной части (аннотации и содержания) является
обязательным.
1.2. Руководство системного программиста должно содержать следующие разделы:
• общие сведения о программе;
• структура программы;
• настройка программы;
• проверка программы;
• дополнительные возможности;
• сообщения системному программисту.
В зависимости от особенностей документы допускается объединять отдельные
разделы или вводить новые.
В обоснованных случаях допускается раздел «Дополнительные возможности» не
приводить, а в наименованиях разделов опускать слово «программа» или заменять его
на «наименование программы».
2.1. В разделе «Общие сведения о программе» должна быть указаны назначение и
функции программы и сведения о технических и программных средствах,
обеспечивающих выполнение данной программы.
2.2. В разделе «Структура программы» должны быть приведены сведения о структуре
программы, ее составных частях, о связях между составными частями и о связях с
другими программами.
2.3. В разделе «Настройка программы» должно быть приведено описание действий по
настройке программы на условия конкретного применения (настройка на состав
технических средств, выбор функций и др.).
При необходимости приводят поясняющие примеры.
22

2.4. В разделе «Проверка программы» должны быть приведено описание способов
проверки, позволяющих дать общее заключение о работоспособности программы
(контрольные примеры, методы прогона, результаты).
2.5. В разделе «Дополнительные возможности» должно быть приведено описание
дополнительных разделов функциональных возможностей программы и способов их
выбора.
2.6. В разделе «Сообщения системному программисту» должны быть указаны тексты
сообщений, выдаваемых в ходе выполнения настройки, проверки программы, а также
в ходе выполнения программы, описание их содержания и действий, которые
необходимо предпринять по этим сообщениям.
2.7. В приложении к руководству системного программиста могут быть приведены
дополнительные материалы (примеры, иллюстрации, таблицы, графики и т.п.).
23

ГОСТ 19.505-79*(СТ СЭВ 2096-80)
РУКОВОДСТВО ОПЕРАТОРА.
Постановлением Государственного комитета стандартов Совета Министров СССР от 12
января 1979 г. ¹ 74 срок введения установлен с 01.01. 1980 г.
Настоящий стандарт устанавливает требования к содержанию и оформлению
программного документа «Руководство оператора», определённого ГОСТ 19.101-77.
1.1. Структуру и оформление документа устанавливают в соответствии с ГОСТ 19.105-78.
Составление информационной части (аннотации и содержания) является обязательным.
1.2. Руководство оператора должно содержать следующие разделы:
• назначение программы;
• условия выполнения программы;
• выполнение программы;
• сообщения оператору.
В зависимости от особенностей документы допускается объединять отдельные разделы
или вводить новые.
2.1. В разделе «Назначение программы» должны быть указаны сведения о назначении
программы и информация, достаточная для понимания функций программы и ее
эксплуатации.
2.2. В разделе «Условия выполнения программы» должны быть указаны условия,
необходимые для выполнения программы (минимальный и (или) максимальный состав
аппаратурных и программных средств и т.п.).
2.3. В разделе «Выполнение программы» должна быть указана последовательность
действий оператора, обеспечивающих загрузку, запуск, выполнение и завершение
программы, приведено описание функций, формата и возможных вариантов команд, с
помощью которых оператор осуществляет загрузки и управляет выполнением программы,
а также ответы программы на эти команды.
2.4. В разделе «Сообщения оператору» должны быть приведены тексты сообщений,
выдаваемых в ходе выполнения программы, описание их содержания и соответствующие
действия оператора (действия оператора в случае сбоя, возможности повторного запуска
программы и т.п.).
2.5. Допускается содержание разделов иллюстрировать поясняющими примерами,
таблицами, схемами, графиками.
2.6. В приложения к руководству оператора допускается включать различные материалы,
которые нецелесообразно включать в разделы руководства.
(Введен дополнительно, Изм. № 1).
24

КОНЦЕПТУАЛЬНОЕ ПРОЕКТИРОВАНИЕ
Концептуальное проектирование сбор, анализ и редактирование требований к
данным.
Для этого осуществляются следующие мероприятия:
-обследование предметной области, изучение ее информационной структуры;
-выявление всех фрагментов, каждый из которых характеризуется пользовательским
представлением, информационными объектами и связями между ними, процессами
над информационными объектами моделирование и интеграция всех представлений
По окончании данного этапа получаем концептуальную модель, инвариантную к
структуре базы данных. Часто она представляется в виде модели "сущность-связь"
25

ЛОГИЧЕСКОЕ ПРОЕКТИРОВАНИЕ
Логическое проектирование БД -
 выделение объектов предметной области (ПО);
 определение характеристик объектов ПО;
 идентификация ключевых характеристик;
 определение связей между объектами ПО (тип связи,
обязательность);
или
26

ФИЗИЧЕСКОЕ ПРОЕКТИРОВАНИЕ
Физическая модель данных зависит от выбранной СУБД. Например, если
вы планируете использовать СУБД Oracle, то физическая база данных будет
состоять из файлов данных, областей таблиц, сегментов отката, таблиц,
столбцов и индексов, если MS Access, то физическая база данных будет
состоять из таблиц, форм, запросов, отчетов (http://sernam.ru/book_cbd.php?).
27

методические рекомендации 230115 пм_02

Recommended

Recommended

More Related Content

What's hot

What's hot (20)

Similar to методические рекомендации 230115 пм_02

Similar to методические рекомендации 230115 пм_02 (20)

More from Stepan1234

More from Stepan1234 (7)

методические рекомендации 230115 пм_02