Стадии и этапы составления программ и программной документации

Министерство  сельского хозяйства РФ

ФГОУ  ВПО «Рязанский государственный агротехнологический университет

имени П.А. Костычева» 

Кафедра информационных технологий в экономике 
 
 

Контрольная работа по информатике 

на тему: «Стадии и этапы составления  программ и программной документации»

                                                             
 

                                                          Выполнила: студентка 1 курса

                                                               Учётно-финансового факультета

                           12А группы

                                               специальности: «Бухгалтерский учёт,

                                 анализ и аудит»

                                                 Зачётная книжка №19108

                                                              Ульянова Елизавета Михайловна 

                                                       Проверила: д.э.н., профессор

                                                         Шашкова Ирина Геннадьевна 
 

Рязань 2009 г.

Содержание 
 
 

Введение 3 

Часть 1

Введение 5

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

2. Общие положения 7

3. Содержание  разделов 7

4. Стадии и  этапы разработки 10

Вывод 15 

Часть 2

Задание 1 16

Задание 2.1 17

Задание 2.2 18 

Вывод 19 

Список использованной литературы 20 

Приложение 21 
 
 
 
 

Введение 

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

   У информатики много разделов; один из них – программирование.            Программирование — процесс и искусство создания компьютерных программ и/или программного обеспечения с помощью языков программирования. Программное обеспечение представляет собой либо данные для использования в других программах, либо алгоритм, реализованный в виде последовательности инструкций для процессора.

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

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

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

- существенно расширит круг его возможностей в части решения практических задач;

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

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

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

Часть 1 

Введение

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

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

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

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

   Например,

ГОСТ 19.001-77 ЕСПД. Общие положения.

ГОСТ 19.101-77 ЕСПД. Виды программ и программных  документов.

ГОСТ 19.102-77 ЕСПД. Стадии разработки.

ГОСТ 19.103-77 ЕСПД. Обозначение  программ и программных  документов.

ГОСТ 19.104-78 ЕСПД. Основные надписи.

ГОСТ 19.105-78 ЕСПД. Общие требования к программным  документам.

ГОСТ 19.106-78 ЕСПД. Требования к  программным документам, выполненным печатным способом.

ГОСТ 19.201-78 ЕСПД. Техническое  задание. Требования к содержанию и  оформлению.

ГОСТ 19.202-78 ЕСПД. Спецификация. Требования к содержанию и оформлению.

  

  

   При составлении  программ нельзя использовать никакие цитаты и вторичные источники. ГОСТ – это закон. И тем более, «никаких Интернетов» (представьте себе суд, выносящий приговор, пользуется распечаткой Уголовного Кодекса, ”скаченного” с какого-нибудь сайта!)».

   В состав ЕСПД входят:

·   основополагающие и организационно-методические стандарты;

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

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

   Вообще перечень документов ЕСПД очень обширен. Основная часть комплекса ЕСПД была разработана в 70-е и 80-е годы.

   Итак, стандарты ЕСПД упорядочивают процесс документирования программных систем.

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

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

   Техническое задание (ТЗ) содержит совокупность требований к ПС (программным средствам) и может использоваться как критерий проверки и приёмки разработанной программы. Поэтому достаточно полно составленное (с учетом возможности внесения дополнительных разделов) и принятое заказчиком и разработчиком, ТЗ является одним из основополагающих документов проекта ПС. 
 
 

2. Общие положения

   Техническое задание оформляют на листах формата А4 или А3, как правило, без заполнения полей листа. Номера листов (страниц) проставляют в верхней части листа над текстом.

   Техническое задание должно содержать следующие разделы:

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

 

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

3. Содержание разделов

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

  

    В разделе основание для разработки должны быть указаны:

• документ (документы), на основании которых ведется разработка;
• организация, утвердившая этот документ, и дата его утверждения;
• наименование и (или) условное обозначение темы разработки.

 

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

   Например, программа представляет собой ядро автоматизированного рабочего места (АРМ) разработчика непрерывных линейных систем автоматического управления (САУ), позволяющее пользователю решать задачи анализа простых моделей. 

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

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

   Иными словами, здесь начинается конкретика. Описывается то, что должна делать программа и как она должна выглядеть. 

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

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

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

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