- •Содержание дипломного проекта:
- •Глава 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 Выводы
- •Используемая литература:
1.2 Особенности разработки программного обеспечения для микропроцессорных систем
В устройствах управления объектами (контроллерах) на основе МП аппаратные средства и программное обеспечение существуют в форме неделимого аппаратно-программного комплекса. При проектировании контроллеров приходится решать одну из самых сложных задач разработки, а именно задачу оптимального распределения функций контроллера между аппаратными средствами и программным обеспечением. Решение этой задачи осложняется тем, что взаимосвязь и взаимовлияние аппаратных средств и программного обеспечения в микропроцессорной технике претерпевают динамичные изменения. Если в начале развития МП – техники определяющим было правило, в соответствии с которым аппаратные средства обеспечивают производительность, а программное обеспечение – дешевизну изделия, то в настоящее время это правило нуждается в серьёзной корректировке. Так как МП представляет собой стандартный массовый (относительно недорогой) логический блок, конкретное назначение которого определяет пользователь с помощью программного обеспечения, то с ростом степени интеграции и, следовательно, функционально-логических возможностей МП резко понижается стоимость изделия в пересчёте на выполняемую функцию, что в конечном итоге и обеспечивает достижение высоких технико-экономических показателей изделий на МП. При этом затраты на разработку программного обеспечения изделия в 2 – 10 раз превышают (за время жизни изделия) затраты на приобретение и изготовление аппаратных средств.
В настоящее время наибольшее распространение получил методологический приём, при котором весь цикл разработки контроллеров рассматривается как последовательность трёх фаз проектирования:
Анализ задачи и выбора ( и/или разработки) аппаратных средств контроллера;
Разработка прикладного программного обеспечения;
Комплексирование аппаратных средств и программного обеспечения в прототипе контроллера и его отладки.
Фаза разработки программного обеспечения, т.е. Фаза прикладных программ, в свою очередь, разбивается на два существенно различных этапа:
От постановки задачи к исходной программе;
От исходной программы к объектному модулю.
Этап разработки «от исходной программы к объектному модулю» имеет целью получение машинных кодов прикладных программ, работающих в МП. Этот этап разработки прикладного программного обеспечения легко поддаётся формализации и поддержан всей мощью системного программного обеспечения МП, направленного на автоматизацию процесса получения прикладных программ. В состав средств системного программного обеспечения входят трансляторы с различных алгоритмических языков высокого уровня, ассемблеры, редакторы текстов, программы – отладчики, программы – документаторы, и т.д. Наличие всех этих системных средств придаёт инженерной работе на этом этапе проектирования контроллеров характер простого конструирования, без большого объёма творческой инженерной деятельности. Так как на конечном изделии (контроллере) имеются только «голый» МП и средства его сопряжения с объектом, то выполнять отладку разрабатываемого прикладного программного обеспечения на нём невозможно (из-за отсутствия средств ввода, вывода, ОЗУ большой ёмкости и операционной системы), и, следовательно, разработчик вынужден обращаться к средствам вычислительной техники для выполнения всех формализуемых стадий разработки: трансляции, редактирования, отладки, загрузки объектных кодов в программируемую постоянную память МП. Попутно отметим, что системные средства автоматизации разработки прикладных программ МП на этапе «от исходной программы к объектному модулю» широко распространены и существуют в среде операционных систем микроЭВМ и присутствуют в операционных системах персональных компьютеров как отдельные пакеты инженерных программ.
Совсем по другому выглядит инженерный труд на этапе разработки программного обеспечения «от постановки задачи к исходной программе», так как он практически не поддаётся формализации и, следовательно, не может быть автоматизирован. Проектная работа здесь носит творческий характер, изобилует решениями, имеющими сугубо субъективную окраску, и решениями, продиктованными конъюнктурными соображениями. В силу перечисленных обстоятельств именно на этапе проектирования «от постановки задачи к исходной программе» разработчик сталкивается с наибольшим количеством трудностей.
Качество получаемого прикладного программного обеспечения контроллера всецело зависит от уровня проектных решений, принятых на этапе «от постановки задачи к исходной программе». Уровень проектных решений, в свою очередь, из-за отсутствия теории проектирования программируемых контроллеров определяется только опытом, квалификацией и интуицией разработчика. Однако накопленный опыт убеждает в том, что систематический подход к процессу разработки прикладных программ для контроллеров обеспечивает достижение хороших результатов даже начинающими разработчиками.