перейти к полному списку дипломных проектов

Ссылка на скачивания файла в формате .doc находится в конце странички

Для организации групповой работы в Rational Rose возможно разбиение модели на управляемые подмодели

Средства автоматической генерации кодов программ на языке С++, используя информацию, содержащуюся в логической и физической моделях проекта, формируют файлы заголовков и файлы описаний классов и объектов. Создаваемый таким образом скелет программы может быть уточнен путем прямого программирования на языке С++. Анализатор кодов С++ реализован в виде отдельного программного модуля. Его назначение состоит в том, чтобы создавать модули проектов в форме Rational Rose на основе информации, содержащейся в определяемых пользователем исходных текстах на С++. В процессе работы анализатор осуществляет контроль правильности исходных текстов и диагностику ошибок. Модель, полученная в результате его работы, может целиком или фрагментарно использоваться в различных проектах. Анализатор обладает широкими возможностями настройки по входу и выходу. Например, можно определить типы исходных файлов, базовый компилятор, задать, какая информация должна быть включена в формируемую модель и какие элементы выходной модели следует выводить на экран. Таким образом, Rational Rose/С++ обеспечивает возможность повторного использования программных компонент.

В результате разработки проекта с помощью CASE-средства Rational Rose формируются следующие документы:

диаграммы классов;

диаграммы состояний;

диаграммы сценариев;

диаграммы модулей;

диаграммы процессов;

спецификации классов, объектов, атрибутов и операций

заготовки текстов программ;

модель разрабатываемой программной системы.

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

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

Взаимодействие с другими средствами и организация групповой работы

Rational Rose интегрируется со средством PVCS для организации групповой работы и управления проектом и со средством SoDA - для документирования проектов. Интеграция Rational Rose и SoDA обеспечивается средствами SoDA.

Для организации групповой работы в Rational Rose возможно разбиение модели на управляемые подмодели. Каждая из них независимо сохраняется на диске или загружается в модель. В качестве подмодели может выступать категория классов или подсистема.

Для управляемой подмодели предусмотрены операции:

загрузка подмодели в память;

выгрузка подмодели из памяти;

сохранение подмодели на диске в виде отдельного файла;

установка защиты от модификации;

замена подмодели в памяти на новую.

Наиболее эффективно групповая работа организуется при интеграции Rational Rose со специальными средствами управления конфигурацией и контроля версий (PVCS). В этом случае защита от модификации устанавливается на все управляемые подмодели, кроме тех, которые выделены конкретному разработчику. В этом случае признак защиты от записи устанавливается для файлов, которые содержат подмодели, поэтому при считывании "чужих" подмоделей защита их от модификации сохраняется и случайные воздействия окажутся невозможными.

2.4 Постановка задач по подсистемам

Выше были определены функциональные требования к системе. Все эти функции включают в себя реализацию конкретных задач.

Использование диаграммы Use Case (рисунок 4)– это возможность увидеть систему с ее функциями и подфункциям с точки зрения пользователя.

скачать бесплатно Описание предметной области (бизнес-процессы)

Содержание дипломной работы

2 Расчет единовременных затрат на разработку ПО 4
При этом число элементов, составляющих основные подсистемы, может быть достаточно значительным, а сочетание их в различные комбинации еще более увеличивает многовариантность системы
Эффективный обмен товароносителей возможен лишь в тех случаях, когда достоверно определено их оптимальное количество и четко выполняется график их обмена с потребителями
Надежность данного решения будет меньше, так как в ходе настройки неизбежно будет внесено какое-то количество ошибок
Требования к программе или программному изделию
Из всего вышесказанного можно сделать вывод, что для работы любого предприятия необходима какая-либо информационная поддержка, которая могла бы упростить работу всех сотрудников предприятия
BPwin предлагает средство для сбора всей необходимой информации о работе предприятия и графического изображения этой информации в виде целостной и непротиворечивой модели
Прежде чем приступить к разработке системы необходимо иметь четкое описание методологии разработки, адаптированной к конкретному проекту
Для организации групповой работы в Rational Rose возможно разбиение модели на управляемые подмодели
«Отдел продаж» Какой бы выгодный товар не получил Склад, как бы хорошо не распланировало весь процесс Генеральный директор в конечном итоге все упирается в Отдел продаж и его работников
Реализовать такую возможность в электронных таблицах практически невозможно
Любой объект системы может быть представлен только одной сущностью, которая должна быть уникально идентифицирована
Этап 2 служит для выявления и определения отношений между сущностями, а также для идентификации типов отношений
Для этих целей система в общем виде условно разделяется на три составляющие: Клиенты и оформление их заказов; Поставщики, оформление заявок; БД товаров
«Оформление заказа» «Продажа» (таблица 5): №заказа: является ключевым полем данной таблицы
Прежде чем начать работу с клиентом необходимо определить статус конкретного клиента: Новый клиент или Существующий клиент

На вкладке «Документы» из перечня мы выбирает конкретный документ: Заявка, Поступление ТМЦ (купля-продажа), Поступление ТМЦ (комиссия), Поступление ТМЦ (импорт)
Итак, общая фактическая трудоемкость разработки ПО составляет:
, где
– общая трудоемкость разработки, дни; Тi – трудоемкость по стадиям, дни; n – количество стадий разработки

, Затраты на обслуживающий персонал
); Тосв – продолжительность обучения и освоения (Тосв = 42 часов)
– суточное время работы ЭВМ и принтера соответственно; Тгод – время рабочих дней в году
Вначале необходимо оценить ликвидность проекта - способность проекта отвечать по имеющимся финансовым обязательствам
Она определяется путем вычисления разности совокупного дохода за весь период функционирования проекта и всех видов расходов, суммированных за тот же период с учетом дисконтирования
Многочисленные компоненты, поддерживающие разработку приложений баз данных, обеспечивают обслуживание самых различных задач: выборку и сортировку данных