
- •Содержание дипломного проекта:
- •Глава 1. Специальная часть. Разработка программного обеспечения управления автоматизированным комплексом многоканальной связи 6
- •1.7.1 Структуры данных 29
- •Введение
- •1.2 Особенности разработки программного обеспечения для микропроцессорных систем
- •1.3 Использование контроллера ат89с51
- •1.3.1 Основные программно-доступные устройства микроконтроллера ат89с51
- •1.3.2 Структурная схема микроЭвм серии мк51
- •1.3.3 Адресные пространства ат89с51
- •1.3.4 Характеристики средств языка ассемблера
- •1.4 Интерфейсы в системах связи
- •1.4.1 Классификация интерфейсов
- •1.4.2 Основы асинхронной последовательной связи
- •1.4.2.1 Контроль по четности и обнаружение ошибок
- •1.4.2.2 Управление потоком с помощью xon/xoff
- •1.5 Общие методы ввода/вывода через коммуникационный порт
- •1.5.1 Последовательный порт с точки зрения программиста
- •1.6 Информационный обмен контроллер - эвм с использованием интерфейса rs-232
- •1.7 Создание программы управления автоматизированным комплексом многоканальной связи
- •1.7.1 Структуры данных
- •1.7.2 Составляющие программы
- •1.7.2.1 Основная программа
- •1.7.2.2 Подпрограмма перезаписи карты памяти
- •1.7.2.3 Подпрограмма связи с внешней пэвм через последовательный порт
- •1.7.3 Тестирование и отладка программы
- •1.7.4 Оформление программы и ее возможная модернизация
- •1.7.5 Надежность программного продукта
- •1.8 Заключение
- •2.2 Этапы решения задачи на эвм
- •1. Постановка задачи.
- •2. Составление проекта.
- •3. Алгоритмизация.
- •4. Программирование.
- •6. Отладка.
- •7. Тестирование.
- •8. Оформление программы.
- •9. Отчет о работе.
- •10. Модернизация.
- •2.3 Проектирование системы
- •2.3.1 Определение основных элементов системы
- •2.3.2 Структурный анализ
- •2.3.3 Структурное проектирование
- •2.3.4 Реализация и испытания
- •2.4 Вспомогательные средства проектирования
- •2.4.1 Графическая схема задания
- •2.4.2 Развернутый план проекта системы
- •2.5 Организация процесса проектирования
- •2.6 Необходимость тестирования программных продуктов
- •2.7 Отладка и общие принципы тестирования программ
- •Алгоритмическое тестирование
- •Функциональное или аналитическое тестирование
- •Содержательное тестирование
- •2.8 Типы тестов
- •2.9 Надежность программного обеспечения
- •2.9.1 Критерии надежности систем
- •2.9.2 Типы программного обеспечения с точки зрения надежности
- •2.9.3 Анализ надежности программного обеспечения
- •2.9.4 Диагностика функционирования комплексов программ
- •2.9.5 Основные факторы, влияющие на надежность функционирования комплексов программ
- •2.10 Разработка программной документации
- •2.11 Заключение
- •Глава 3 Организационно-экономическая часть
- •3.1 Экономическая эффективность программного продукта
- •3.2 Составляющие затрат на создание программного продукта
- •3.2.1 Затраты на непосредственную разработку пп
- •3.2.2 Сложность разработки программного продукта
- •3.2.3 Затраты на изготовление опытного образца как продукции производственно-технического назначения
- •3.2.4 Затраты на создание комплекта документации
- •3.2.5 Затраты на технологию и программные средства автоматизации разработки пп
- •3.3 Составляющие затрат на эксплуатацию программ, влияющих на процесс разработки пп
- •3.4 Составляющие затрат на сопровождение программ
- •3.5 Расчет затрат на программный продукт Исходные данные:
- •Затраты на эксплуатацию программ
- •Затраты на эксплуатацию реализующей эвм
- •Затраты на эксплуатацию
- •4.3 Вредные факторы, присутствующие на
- •4.4 Общие требования к помещению машинного зала
- •4.5 Основные требования к освещению
- •4.6 Расчет общего освещения
- •4.7 Меры защиты от поражения электрическим током
- •4.8 Меры по снижению уровня шума
- •4.9 Защита от излучений
- •Нормирование метеорологических условий в машинном зале
- •4.11 Требования по пожарной безопасности
- •4.12 Психофизиологические опасные и вредные производственные факторы
- •4.13 Планировка рабочего места программиста и организация работы с компьютером
- •4.14 Выводы
- •Используемая литература:
2.10 Разработка программной документации
Первым из документов, которые должны выпускаться в процессе проектирования, являются исходные требования к системе, согласованные между будущими пользователями и системным аналитиком. Многие части документации не имеют непосредственного отношения к программистам. В нее входят инструкции для персонала, занимающегося подготовкой входных данных, описания процедур контроля для управляющего персонала, описания тестовых процедур, а также рабочие инструкции для операторов.
В ходе проектирования выпускается документация двух типов - рабочая (промежуточная) и отчетная (окончательная). При разработке сложных проектов часто приходится выделять специального человека - секретаря проекта, который занимается оформлением документов и сбором рабочей документации. Любой программист вспомнит немало случаев, когда он выбрасывал распечатки старых вариантов программ, а впоследствии оказывалось, что без них не обойтись. Секретарь проекта как раз и занимается тем, сто подшивает все промежуточные распечатки, старые варианты блок-схем, спецификации, тестовые данные и т.п. , и хранит до тех пор, пока не завершатся окончательные испытания системы. Некоторые из рабочих документов должны в дальнейшем войти в состав отчетной документации.
Проектная документация служит основным источником информации, на основании которой осуществляется разработка системы, ее эксплуатация и обслуживание.
Рис. 2.4. Системная документация.
Требования к системе. Составление требований к системе не входит в задачу программистов. Они являются специалистами по программированию, а не по гражданскому строительству, банковскому делу, численным методам или в любых других прикладных областях. В то же время составление требований к системе не может быть поручено и одному лишь системному аналитику. Они должны вырабатываться в соответствии с официально оформленным договором между организацией-заказчиком и организацией-исполнителем и выражать содержание этого документа.
Проектная документация. Эта часть документации готовится системным аналитиком, который руководствуется сведениями, полученными от программистов и будущих пользователей.
Проект системы. К этим документам относится графические схемы задания и развернутые планы проекта, охватывающие структуру и основные детали программы.
Подготовка данных. Этот раздел охватывает все уровни организации данных, которые будут использоваться в программах, в том числе и справочники данных, описания файлов, таблицы ссылок и т.д.
Разработка программ. В этот раздел входят описания иерархической структуры программ в системе, потоков информации между программами и организации взаимодействия программ. Сюда же должна быть включена информация о внутреннем содержании программ, например описания алгоритмов, их блок-схемы или программы на псевдокоде.
Справочные пособия и руководства. Эти издания подготавливаются специалистами по технической документации, которые используют информацию, полученную от системного аналитика и программистов.
Руководство пользователя. В руководстве содержатся общее описание и подробные сведения о ее применении, разъясняются сообщения об ошибках.
Руководство по обслуживанию системы. В это руководство включаются отдельные разделы проектной документации и документы по реализации системы, необходимые для глубокого ознакомления с организацией данных и функциями программ.
Руководство оператора. В руководстве содержатся описание вычислительной установки и конфигурации устройств, а также инструкции по работе с программной системой
Реализация системы. Данная часть документации отражает результаты действия группы программирования.
Символьный код. Это набор текстов самодокументированных программ, составленных в удобной для восприятия форме.
Информация, выдаваемая ЭВМ. Сюда входят таблицы перекрестных ссылок, карты загрузки, таблицы атрибутов, данные о времени выполнения программ и любая другая машинная информация.
Тестовые прогоны программ. В эту часть документации включаются контрольные варианты входных данных и соответствующие результаты, получаемые в различных условиях. Указанная информация служит в качестве тестовой при проверке функционирования системы.
Промежуточная документация должна храниться вплоть до завершения работы над системой.
После того, как проектирование системы закончено, единственное назначение документации - обеспечить максимальную эффективность использования системы. Комплект документации строится по модульному принципу, но ее отдельные части в значительной степени перекрываются друг с другом.