Пример готовой курсовой работы по предмету: Программирование
Содержание
Содержание
Введение 3
1 Основные этапы проектирования 6
1.1 Анализ требований к системе 6
1.1.1 Контекстные диаграммы 6
1.1.2. Спецификация сообщений и событий 7
1.1.3. Выявление вариантов использования системы 8
1.1.4. Построение сценариев 10
1.1.5. Описание сценариев последовательными диаграммами 11
1.1.6. Описание сценариев диаграммами сотрудничества 12
1.2. Определение структуры системы 13
1.2.1. Основные стратегии определения объектов 13
1.2.2. Определение объектов системы 14
1.2.3. Определение отношений между объектами системы 15
1.2.4. Определение атрибутов объектов 16
1.2.5. Определение классов 17
1.3. Определение поведения системы 19
1.3.1. Построение диаграммы состояний системы 20
1.3.2. Построение диаграмм активности 21
2 Описание реализации программной модели системы 23
Заключение 29
Список литературы 30
Выдержка из текста
Существует несколько определений систем реального времени (СРВ), большинство из которых противоречат друг другу. Приведем несколько из них, чтобы продемонстрировать различные взгляды на назначение и основные задачи СРВ.
1. Системой реального времени называется система, в которой успешность работы любой программы зависит не только от ее логической правильности, но от времени, за которое она получила результат. Если временные ограничения не удовлетворены, то фиксируется сбой в работе системы. Таким образом, временные ограничения должны быть гарантировано удовлетворены. Это требует от системы быть предсказуемой, т.е. вне зависимости от своего текущего состояния и загруженности выдавать нужный результат за требуемое время. При этом желательно, чтобы система обеспечивала как можно больший процент использования имеющихся ресурсов.
2. Стандарт POSIX 1003.1 определяет СРВ следующим образом: «Реальное время в операционных системах – это способность операционной системы обеспечить требуемый уровень сервиса в заданный промежуток времени».
3. Иногда системами реального времени называется системы постоянной готовности (on-ine системы), или «интерактивные системы с достаточным временем реакции». Обычно это делают по маркетинговым соображениям. Действительно, если интерактивную программу называют работающей в «реальном времени», то это просто означает, что она успевает обработать запросы от человека, для которого задержка в сотни миллисекунд даже незаметна.
4. Иногда понятие «система реального времени» отождествляют с понятием «быстрая система». Это не всегда правильно. Время задержки СРВ на событие не так уж важно (оно может достигать нескольких секунд).
Главное, чтобы время для останвки этой войны)">это время было достаточно для рассматриваемого приложения и гарантировано. Очень часто алгоритм с гарантированным временем работы менее эффективен, чем алгоритм, таким действием не обладающий. Например, алгоритм «быстрой» сортировки в среднем работает значительно быстрее других алгоритмов сортировки, но его гарантированная оценка сложности значительно хуже.
5. Во многих сферах приложения СРВ вводят свои понятия «реального времени». Например, процесс цифровой обработки сигнала называют идущим в «реальном времени», если анализ (при вводе) и/или генерация (при выводе) данных может быть проведен за то же время, что и анализ и/или генерация тех же данных без цифровой обработки сигнала. Например, если при обработке аудио данных требуется 2.01 секунд для анализа 2.00 секунд звука, то это не процесс реального времени. Если же требуется 1.99 секунд, то это процесс реального времени.
Назовем системой реального времени аппаратно-программный комплекс, реагирующий в предсказуемые времена на непредсказуемый поток внешних событий.
Это определение означает, что:
• Система должна успеть отреагировать на событие, произошедшее на объекте, в течение
времени, критического для этого события (meet deadline).
Величина критического времени для каждого события определяется объектом и самим событием, и, естественно, может быть разной, но время реакции системы должно быть предсказано (вычислено) при создании системы. Отсутствие реакции в предсказанное время считается ошибкой для систем реального времени.
• Система должна успевать реагировать на одновременно происходящие события. Даже если два или больше внешних событий происходят одновременно, система должна успеть среагировать на каждое из них в течение интервалов времени, критического для этих событий.
Различают системы реального времени двух типов — системы жесткого реального времени и системы мягкого реального времени.
Системы жесткого реального времени не допускают никаких задержек реакции системы ни при каких условиях, так как:
• результаты могут оказаться бесполезны в случае опоздания,
• может произойти катастрофа в случае задержки реакции,
• стоимость опоздания может оказаться бесконечно велика.
Примеры систем жесткого реального времени — бортовые системы управления, системы аварийной защиты, регистраторы аварийных событий.
Системы мягкого реального времени характеризуются тем, что задержка реакции не критична, хотя и может привести к увеличению стоимости результатов и снижению производительности системы в целом.
Пример — работа сети. Если система не успела обработать очередной принятый пакет, это приведет к таймауту на передающей стороне и повторной посылке (в зависимости от протокола, конечно).
Данные при этом не теряются, но производительность сети снижается.
Основное отличие между системами жесткого и мягкого реального времени можно выразить так: система жесткого реального времени никогда не опоздает с реакцией на событие, система мягкого реального времени — не должна опаздывать с реакцией на событие.
Список использованной литературы
1. Вендров А.М. Проектирование программного обеспечения экономических информационных систем: учебник. – М.: Финансы и статистика, 2006. – 545 с.
2. Вендров А.М. Практикум по проектированию программного обеспечения экономических информационных систем. – 2-е изд., перер. и доп. – М.: Финансы и статистика, 2006. – 192 с.
3. Максимов Н.В. Технические средства информатизации: учебник/ Н.В. Максимов, Т.Л. Партыка, И.И. Попов. – 2-е изд., перер. и доп. – М.: ФОРУМ: ИНФРА-М, 2008. – 592 с.
4. Орлов С.А., Цилькер Б.Я. Технология разработки программного обеспечения: учебник для вузов. 4-е изд. Стандарт третьего поколения. – СПб.: Питер, 2012. – 608 с.: ил.
5. Калянов, Г.Н. CASE-технологии. Консалтинг в автоматизации бизнес-процессов / Г.Н. Калянов. – 3-е изд. – М.: Горячая линия-Телеком, 2002. – 320с.
6. Леоненков, А.В. Самоучитель UML/ А.В. Леоненков. – СПб.: БХВ-Петербург, 2002. – 304с.
7. Избачков, Ю.С. Информационные системы: учебник для вузов/ Ю.С. Избачков, В.Н. Петров. – 2-е изд. – СПб.: Питер, 2006. – 656с.
8. Виснаул, Б.Д. Технология разработки программного обеспечения / Б.Д. Виснаул, Л.Г. Гагарина. – М.: Форму,2008. – 400с.
