Методические рекомендации по разработке программного средства.

МЕТОДИЧЕСКИЕ УКАЗАНИЯ

к выполнению курсового проектирования по дисциплине

«ТЕХНОЛОГИЯ ПРОГРАММИРОВАНИЯ»

Цели и задачи выполнения курсовой работы

Учебный план по специальности 230400 «Информационные системы и технологии» предусматривает обязательное выполнение курсового работы по дисциплине «Технология программирования».

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

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

Курсовая работа предполагает разработку программного средства для решения задачи, указанной в варианте задания.

Разработанное ПС должно отвечать следующим параметрам:

– ориентировано на пользователя, практически не знакомого с персональной техникой;

– должно иметь эффективный пользовательский интерфейс.

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

Единая система программной документации (ЕСПД)

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

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

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

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

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

Перечень документов ЕСПД очень обширен. В него, в частности, входят следующие ГОСТы:

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

· ГОСТ 19.101-77 ЕСПД. Виды программ и программных документов (переиздан в ноябре 1987г с изм.).

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

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

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

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

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

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

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

· ГОСТ 19.301-79 ЕСПД. Программа и методика испытаний.

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

· ГОСТ 19.402-78 ЕСПД. Описание программы.

· ГОСТ 19.404-79 ЕСПД. Пояснительная записка. Требования к содержанию и оформлению.

· ГОСТ 19.501-78 ЕСПД. Формуляр. Требования к содержанию и оформлению.

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

· ГОСТ 19.503-79 ЕСПД. Руководство системного программиста. Требования к содержанию и оформлению.

· ГОСТ 19.504-79 ЕСПД. Руководство программиста.

· ГОСТ 19.505-79 ЕСПД. Руководство оператора.

· ГОСТ 19.506-79 ЕСПД. Описание языка.

· ГОСТ 19.508-79 ЕСПД. Руководство по техническому обслуживанию. Требования к содержанию и оформлению.

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

· ГОСТ 19.701-90 ЕСПД. Схемы алгоритмов, программ, данных и систем. Условные обозначения и правила выполнения.

· ГОСТ 19.781-90. Обеспечение систем обработки информации программное.

Основная часть комплекса ЕСПД была разработана в 70-е и 80-е годы. Частично эти стандарты морально устарели, к тому же они не лишены некоторых недостатков. Во-первых, в них не отражены некоторые современные тенденции оформления программ и программной документации, во-вторых, в этих стандартах наличествует многократное дублирование фрагментов программной документации. Тем не менее, за неимением лучшего ориентироваться приходится именно на них.

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

Стандарты ЕСПД, также как и международные стандарты в области ПС (ISO, IEEE), носят рекомендательный характер. Дело в том, что в соответствии с Законом РФ "О стандартизации" эти стандарты становятся обязательными на контрактной основе – т.е. при ссылке на них в договоре на разработку (поставку) ПС.

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

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

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

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

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

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

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

· наименование и область применения;

· основание для разработки;

· назначение разработки;

· технические требования к программе или программному средству;

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

· стадии и этапы разработки;

· порядок контроля и приемки;

· приложения.

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

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

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

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

· документ (документы), на основании которых ведется разработка;

· организация, утвердившая этот документ, и дата его утверждения;

· наименование и (или) условное обозначение темы разработки.

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

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

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

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

· требования к функциональным характеристикам;

· требования к надежности;

· условия эксплуатации;

· требования к составу и параметрам технических средств;

· требования к информационной и программной совместимости;

· требования к маркировке и упаковке;

· требования к транспортированию и хранению;

· специальные требования.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

· · описание программы;

· · программа и методика испытаний;

· · описание применения;

· · руководство пользователя.

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

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

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

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

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

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

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

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

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

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

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

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

· другие источники разработки.

Методические рекомендации по разработке программного средства.

Не нашли, что искали? Воспользуйтесь поиском по сайту: