1.5. Требования к программной документации
Программная документация должна содержать пояснительную записку и исходный код программы.
Желательно составить руководство для данного приложения, т.к. в противном случае будет затруднительно эффективно использовать его для решения задач, не имея базового опыта работы в данной области.
1.6. Стадии и этапы разработки
Разработка технического задания, описание вариантов использования ПК, срок до 18.04.2006
Создание прототипа интерфейса пользователя, срок до 21.04.2006.
Разработка объектной модели, срок до 06.05.2006.
Построение диаграммы программных классов, срок до 10.05.2006.
Описание поведения ПК, срок до 16.05.2006.
Построение диаграмм действий, срок до 16.05.2006.
Исполнитель: Артемьев Ю.Г., ст.гр.3371
1.7. Порядок контроля и приема
Курсовой проект должен включать оттестированный ПК и пояснительную записку. Пояснительная записка проекта должна иметь следующую структуру:
техническое задание;
описание процесса проектирования ПК;
руководство оператора;
исходные тексты ПК.
В процессе приема работы исполнитель обязан продемонстрировать работу ПК в тех рамках, которые оговорены в «требованиях к содержанию пояснительной записки» и в «задании на курсовое проектирование». Обязательным условием сдачи проекта является наличие технического задания к приложению, построение диаграмм на основе UMLнотации для данной программы или ее самых значимых составных частей и исходные коды (желательно на языкеMSVC++ 6.0).
2.Описание процесса проектирования пк
2.1. Диаграмма классов.
Диаграмма классов служит для представления статической структуры модели системы в терминологии классов объектно-ориентированного программирования. Статическое представление моделирует концепции предметной области системы, а также внутренние концепции, необходимые для ее реализации. Статическим это представление называется потому, что не описывает динамику, то есть изменения, происходящие в системе с течением времени. Для описания поведения системы служат другие представления модели.
Основой статического представления являются классы и их отношения: ассоциации, обобщения и различные виды зависимостей, например реализация и использование. Классом называется описание некоторой концепции предметной области или элемента программного решения. Классы являются тем центром, вокруг которого строится представление классов. Все прочие элементы либо принадлежат классам, либо относятся к ним.
Графически класс изображается в виде прямоугольника. Атрибуты и операции класса перечисляются в горизонтальных секциях этого прямоугольника. Если на диаграмме не нужно представлять полное описание класса, то секции можно просто скрыть. Отношения между классами выражаются при помощи различных типов линий.
На рис 2.1 приведена диаграмма классов ПК для администратора кинотеатра.
Рис 2.1. Диаграмма классов объектной модели ПК.
2.2. ActivitySample – диаграмма
При моделировании поведения проектируемой или анализируемой системы возникает необходимость не только представить процесс изменения ее состояний, но и детализировать особенности алгоритмической и логической реализации выполняемых системой операций. Традиционно для этой цели использовались блок-схемы или структурные схемы алгоритмов. Каждая такая схема акцентирует внимание на последовательности выполнения определенных действий или элементарных операций, которые в совокупности приводят к получению желаемого результата. Для моделирования процесса выполнения операций в языке UMLиспользуются так называемые диаграммы деятельности. Применяемая в них графическая нотация во многом похожа на нотацию диаграммы состояний, поскольку на диаграммах деятельности также присутствуют обозначения состояний и переходов. Отличие заключается в семантике состояний, которые используются для представления не деятельностей, а действий, и в отсутствии на переходах сигнатуры событий. Каждое состояние на диаграмме деятельности соответствует выполнению некоторой элементарной операции, а переход в следующее состояние срабатывает только при завершении этой, операции в предыдущем состоянии. Графически диаграмма деятельности представляется в форме графа деятельности, вершинами которого являются состояния действия, а дугами - переходы от одного состояния действия к другому. Таким образом, диаграммы деятельности можно считать частным случаем диаграмм состояний. Именно они позволяют реализовать в языкеUMLособенности процедурного и синхронного управления, обусловленного завершением внутренних деятельностей и действий. В контексте языкаUMLдеятельность (activity) представляет собой некоторую совокупность отдельных вычислений, выполняемых автоматом. Диаграмма, представленная на рис 2.2., раскрыта для методаCFilm::GetFilmInfo()
Рис 2.2. ActivitySample– диаграмма, раскрыта для методаCFilm::GetFilmInfo()