Учебный план по специальности 230400 Информационные системы и технологии

• Название: Учебный план по специальности 230400 Информационные системы и технологии
• Дата: 20.12.2022
• Размер: 346 Kb.
• Имя файла: TP_Metod_ukaz_k_KR (2).doc
• Тип: Учебный план; #854753
• страница: 2 из 7

3. Методические указания по разработке технического задания

Одним из важных и тяжелых этапов работы над программным средством является создание пакета документации.

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

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

Стандарт ГОСТ 19.201-78 устанавливает порядок построения и оформления технического задания на разработку программы или программного средства для вычислительных машин, комплексов и систем независимо от их назначения и области применения.

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

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

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

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

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

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

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

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

Применительно к специфике учебного процесса основанием может служить задание на курсовое проектирование, приказ по институту от __.__. за N ___., договор __.__. за N ___., и т.п.

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

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

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

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

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

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

Например: Программа должна позволять : вычислять : строить: создавать :

Исходные данные: текстовый файл с заданной :

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

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

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

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

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

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

Например: Необходимо наличие IBM PC - совместимого ПК с графическим адаптером EGA (VGA). Необходимое дисковое пространство - не менее 600 Кб, объем свободной оперативной памяти - не менее 400 Кб. Желательно наличие драйвера EMS и манипулятора типа "мышь".

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

Например: Программа должна работать автономно под управлением ОС MS DOS версии не ниже 3.3. Базовый язык программирования - Turbo Pascal 6.0.

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

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

Например: Специальных требований к временным характеристикам программы не предъявляется. Специальных требований к емкостным характеристикам программы не предъявляется.

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

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

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

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

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

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

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

• 
  · текст программы;
  
• 
  · описание программы;
  
• 
  · программа и методика испытаний;
  
• 
  · описание применения;
  
• 
  · руководство пользователя.
  

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

· технико-экономические показатели;

· структура программы;

· формат представления входных данных программы;

· общая схема алгоритма (2 листа);

· основные вычислительные алгоритмы;

· пример работы программы.

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

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

В Приложениях к техническому заданию, при необходимости, приводят:

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