Учебное пособие: Методические указания к лабораторным работам по дисциплине “Системы автоматизации проектирования программного обеспечения”
По умолчанию на специальной панели инструментов могут отсутствовать кнопки с тремя последними графическими элементами из таблицы 1. При необходимости их можно добавить на специальную панель диаграммы состояний аналогично способу, рассмотренному ранее в лабораторной работе №2. 2.1.1 Добавление состояния на диаграмму состояний и редактирование его свойств Для добавления состояния на диаграмму состояний необходимо с помощью левой кнопки мыши нажать кнопку с изображением пиктограммы состояния на специальной панели инструментов, отпустить левую кнопку мыши и щелкнуть левой кнопкой мыши на свободном месте рабочего листа диаграммы. На диаграмме появится изображение состояния с маркерами изменения его геометрических размеров и предложенным средой именем по умолчанию, которое разработчику следует изменить (рис. 3.4). Для добавленного состояния можно открыть диалоговое окно его свойств - двойным щелчком левой кнопкой мыши на изображении этого элемента на диаграмме. В этом случае активизируется диалоговое окно со специальными вкладками, в поля которых можно занести всю информацию по данному состоянию.
Рисунок 3.4 – Разработка диаграммы состояния. Добавление состояния
Рисунок 3.5 - Диалоговое окно спецификации свойств состояния При необходимости в диалоговом окне спецификации свойств выбранного состояния можно задать вложенное историческое состояние. Для этого следует выставить отметку у свойства State/activity history (Историческое состояние/деятельность) и нажать кнопку Apply. В результате внутри исходного состояния появится вложенное историческое состояние (рис. 3.6 а).
а) Рисунок 3.6 - Добавление вложенного исторического состояния (а) и состояния глубокой истории (б) для состояния «Ожидание системы» Чтобы обычное историческое состояние превратить в состояние глубокой истории, следует дополнительно выставить отметку у свойства Sub state/activity history (Историческое подсостояние/деятельность), которое становится доступным для редактирования после выбора первого свойства, и нажать кнопку Apply. В результате внутри исходного состояния появится вложенное состояние глубокой истории (рис. 3.6 б). Чтобы обычное состояние превратить в композит, следует при добавлении нового состояния поместить его внутри границы того состояния, которое необходимо сделать композитным. В результате внутри исходного состояния появится новое вложенное состояние с именем NewState, которое при перемещении композита в области диаграммы состояний всегда будет находиться внутри своего композита (рис. 3.7).
Рисунок 3.7 – Композитное (составное) состояние Рассмотренные выше действия приведены только с целью иллюстрации особенностей спецификации исторических и вложенных подсостояний. Дополнительно можно определить следующие свойства состояний: задать текстовый стереотип состояния, определить внутренние действия на входе и выходе, а также внутреннюю деятельность. Эти свойства доступны для редактирования на вкладке General (Общие) и Actions (Действия). На вкладке Transitions (Переходы) можно определять и редактировать переходы, которые входят и выходят из рассматриваемого состояния. Последняя вкладка Swimlanes (Дорожки) служит для спецификации дорожек, которые, в контексте языка UML, определяются для диаграммы деятельности. 2.1.2 Добавление перехода и редактирование его свойств Для добавления перехода между двумя состояниями нужно с помощью левой кнопки мыши нажать кнопку с изображением перехода на специальной панели инструментов, отпустить левую кнопку мыши, щелкнуть левой кнопкой мыши на изображении исходного состояния на диаграмме и отпустить ее на изображении целевого состояния. В результате этих действий на диаграмме появится изображение перехода , соединяющего два выбранных состояния (см. рис. 3.8).
Рисунок 3.8 - Диаграмма состояний после добавления на нее перехода из начального состояния в состояние «Ожидание системы» После добавления перехода на диаграмму состояний можно открыть диалоговое окно его свойств и специфицировать дополнительные свойства, доступные на соответствующих вкладках (рис. 3.9). Следует обратить внимание на две первые строки вкладки Detail (Подробно), которые представляются наиболее важными из свойств перехода. Первое поле ввода Guard Condition служит для задания сторожевого условия, которое определяет правило срабатывания соответствующего перехода. Во втором поле ввода Action можно специфицировать действие, которое происходит при срабатывании перехода до того, как моделируемая система попадет в целевое состояние.
Рисунок 3.9 - Диалоговое окно спецификации свойств перехода, открытое на вкладке Detail (Подробно) При необходимости можно определить сообщение о событии, происходящем при срабатывании перехода, а также визуализировать вложенность состояний и подключить историю отдельных состояний. 3 Пример построения диаграммы состояний На рисунке 3.10 представлен пример диаграммы состояний для объекта класса “Diskr_analiz” (дискриминантного анализа).
Рисунок 3.10 - Диаграмма состояний объекта класса “Diskr_analiz” 4 Задание на лабораторное занятие Согласно своему варианту разработать диаграмму состояний для алгоритма вашего метода многомерного статистического анализа. 5 Содержание отчета - титульный лист; - постановка задачи; - диаграмма состояний 6 Контрольные вопросы для защиты лабораторной работы 1. Для чего предназначена диаграмма состояний (Statechart)? 2. Как создать новую диаграмму состояний в среде IBM R Rose 2003? 3. Какие бывают переходы между состояниями? 4. Какие спецификации можно задать для переходов между состояниями? 5. Что такое история состояний? 6. Что такое композитное состояние и как его создать? 7. Какие значки специфичны только для диаграммы состояний, расскажите о назначении каждого из них? 8. Что такое сценарий поведения системы? Для чего его создают? 9. Что такое сторожевое условие? 10. Как настроить панель инструментов, если на ней нет нужных значков? Тема: «Построение диаграммы классов этапа проектирования в среде Rational Rose» Цель работы: 1) Освоить методику построения диаграмм классов; 2) Согласно заданию на лабораторное занятие разработать диаграмму классов. 1 Задание на самоподготовку- изучить лекционный материал по данной теме; - знать методику построения диаграмм классов. 2 Краткие теоретические сведенияClass diagram (диаграмма классов) — основная диаграмма для создания кода приложения. При помощи диаграммы классов создается внутренняя структура системы, описывается наследование и взаимное положение классов друг относительно друга. Здесь описывается логическое представление системы. Именно логическое, так как классы — это лишь заготовки, на основе которых затем будут определены физические объекты. Таким образом, диаграмма классов описывает общее представление системы и является противоположной Collaboration diagram, в которой представлены объекты системы. Однако такое разделение не является строгим правилом, и возможно смешанное представление классов и объектов. Диаграмма классов используется не только для создания логического представления системы, Rational Rose позволяет на основе диаграммы классов создавать исходный код приложения. А так как описание классов создается на языке UML, то по диаграммам, созданным в едином стиле, возможна генерация исходного кода на любом языке программирования, который поддерживается генератором кода Rational Rose. Обычно диаграмма классов создается для всех классов системы, в отличие от диаграммы объектов, которую проектировщики создают для отдельных объектов со сложным поведением и взаимодействием. Диаграмма классов содержит значки, представляющие классы, интерфейсы и их связи. Классы могут представлять любые C++ классы: простые, параметризированные или метаклассы. Интерфейсы — это некоторый набор действий или операций, который обслуживает взаимодействие реализаций классов. Возможно создание одной или нескольких диаграмм классов, которые описывают классы верхнего уровня в текущей модели. Также возможно создание одной или более диаграмм классов, которые описывают классы, содержащиеся в пакетах. Так, диаграмма классов сама по себе является пакетом для классов модели, но можно выделить дополнительные пакеты для логической группировки классов. Посредством диаграммы классов возможно изменение в любой момент свойств любого класса или его связей, и при этом диаграммы или спецификации, связанные с изменяемым классом, будут автоматически обновлены. 2.1 Особенности разработки диаграмм классов в среде IBM Rational Rose 2003 Диаграмма классов является основным логическим представлением модели и содержит детальную информацию о внутреннем устройстве объектно-ориентированной программной системы или, используя современную терминологию, об архитектуре программной системы. Активизировать рабочее окно диаграммы классов можно несколькими способами: - окно диаграммы классов появляется по умолчанию в рабочем окне диаграммы после создания нового проекта; - щелкнуть на кнопке с изображением диаграммы классов на стандартной панели инструментов; - раскрыть логическое представление (Logical View) в браузере проекта и дважды щелкнуть на пиктограмме Main (Главная); - выполнить операцию главного меню: Browse При этом появляется новое окно с чистым рабочим листом диаграммы классов и специальная панель инструментов, содержащая кнопки с изображением графических примитивов, необходимых для разработки диаграммы классов (табл. 1). Назначение отдельных кнопок панели можно узнать также из всплывающих подсказок. Таблица 4.1 - Назначение кнопок специальной панели инструментов для диаграммы классов
2.1.1 Добавление класса на диаграмму классов и редактирование его свойств Для добавления класса на диаграмму классов нужно с помощью левой кнопки мыши нажать кнопку с изображением пиктограммы класса на специальной панели инструментов, отпустить левую кнопку мыши и щелкнуть левой кнопкой мыши на свободном месте рабочего листа диаграммы. На диаграмме появится изображение класса с маркерами изменения его геометрических размеров и предложенным средой именем по умолчанию NewClass. Продолжая разработку модели приложения для АИС «Трудоустройство», в качестве сквозного примера проекта, построим для этой модели следующую диаграмму классов. С этой целью следует изменить предложенное по умолчанию имя диаграммы Main на - Диаграмма классов «Трудоустройство», а имя добавленного на диаграмму класса - на «Matrix» (см. рис. 4.1).
Рисунок 4.1 - Диаграмма классов после добавления на нее класса «Matrix» Для класса «Matrix» можно уточнить его назначение в модели с помощью указания стереотипа и пояснительного текста в форме документации. С этой целью двойным щелчком левой кнопкой мыши на изображении этого класса на диаграмме или в браузере проекта следует открыть диалоговое окно спецификации свойств этого класса (рис. 4.2) и на вкладке General (Общие) выбрать из вложенного списка Stereotype стереотип.
Рисунок 4.2 - Диалоговое окно спецификации свойств класса Для отдельного класса можно уточнить также и другие его свойства, доступные для редактирования на вкладке Detail (Подробно) окна спецификации свойств этого класса. Например, на этой вкладке с помощью вложенного списка Multiplicity (Кратность) можно задать количество объектов или экземпляров данного класса, для чего следует выбрать строку с буквой n. Данное значение означает, что у класса может быть любое конечное число экземпляров (рис. 4.3). Поле ввода с именем Space (Пространство) служит для указания объема абсолютной или относительной памяти, которая требуется, по оценке разработчика, для реализации каждого объекта данного класса. Применительно к рассматриваемой модели это поле можно оставить пустым.
Рисунок 4.3 - Диалоговое окно спецификации свойств класса Далее можно задать устойчивость классов в группе выбора Persistence. При этом выбор свойства Persistent (Устойчивый) означает, что информация об объектах данного класса должна быть сохранена в системе. Выбор свойства Transient (Временный) означает, что нет необходимости сохранять информацию об объектах данного класса в системе после завершения работы программного приложения. Применительно к рассматриваемой модели следует выбрать свойство Persistent. В группе выбора Concurrency (Параллельность) можно специфицировать условия на возможность реализации объектов данного класса в параллельных потоках управления. Для выбора могут быть использованы следующие свойства: Sequential (Последовательный) - свойство по умолчанию, которое означает, что объекты класса будут вести себя нормально только при наличии одного потока управления, т. е. соответствующие операции объектов должны выполняться последовательно. В то же время при наличии нескольких потоков управления стабильное поведение объектов класса не гарантируется. Guarded (Безопасный) - означает, что при наличии нескольких потоков управления объекты класса будут вести себя ожидаемым от них образом. Для этого объекты в различных потоках должны взаимодействовать друг с другом для того, чтобы гарантировать отсутствие конфликта между ними. Active (Активный) - означает, что класс должен иметь свой собственный поток управления. Synchronous (Синхронный) - означает, что объекты класса будут вести себя ожидаемым от них образом при наличии нескольких потоков управления. При этом нет необходимости во взаимодействии объектов в различных потоках управления, поскольку объекты данного класса могут самостоятельно разрешать возможные конфликты. Для того, чтобы специфицировать класс как абстрактный, т.е. не имеющий экземпляров, следует на этой же вкладке выставить отметку в свойстве Abstract (Абстрактный). 2.1.2 Добавление и редактирование атрибутов классов Из всех графических элементов среды IBM Rational Rose 2003 класс обладает максимальным набором свойств, главными из которых являются его атрибуты и операции . Добавить атрибут к созданному ранее классу можно одним из следующих способов: - с помощью операции контекстного меню New Attribute (Новый атрибут ) для класса, выделенного на диаграмме классов. В этом случае активизируется курсор ввода текста в области графического изображения класса на диаграмме. - с помощью операции
контекстного меню: New - с помощью операции контекстного меню Insert (Вставить), вызванного при позиционировании курсора в области открытой вкладки атрибутов в диалоговом окне свойств Class Specification соответствующего класса. После добавления атрибута к классу по умолчанию ему присваивается имя name и некоторый квантор видимости (рис. 4.4).
Рисунок 4.4 - Диалоговое окно спецификации свойств класса после добавления нового атрибута Напомним, что имена атрибутов и операций классов должны начинаться со строчной буквы. Видимость атрибутов на диаграмме классов изображается в форме специальных пиктограмм. Используемые пиктограммы видимости изображаются перед именем соответствующего атрибута и имеют следующий смысл (табл. 4.2). Таблица 4.2 - Пиктограммы видимости атрибутов классов
Для редактирования свойств атрибутов предназначено специальное диалоговое окно спецификации атрибута Class Attribute Specification, которое открывается двойным щелчком мыши на строке выбранного атрибута в окне спецификации свойств класса. В окне свойств отдельного атрибута класса можно задать тип данных атрибута и его начальное значение , а также назначить атрибуту стереотип из раскрывающегося списка или изменить его квантор видимости .
Рисунок 4.5 - Диалоговое окно спецификации свойств атрибута 2.1.4 Добавление и редактирование операций классов Функционирование любой системы основано на выполнении отдельными его элементами тех или иных действий. В нашей модели все действия представляются с помощью операций классов. Таким образом, следующий этап разработки диаграммы классов связан со спецификацией операций классов. Добавить операцию к созданному ранее классу можно одним из следующих способов: - с помощью операции контекстного меню New Operation (Новая операция ) для класса, выделенного на диаграмме классов. В этом случае активизируется курсор ввода в области графического изображения класса на диаграмме. - с помощью операции
контекстного меню: New - с помощью операции контекстного меню Insert (Вставить), вызванного при позиционировании курсора в области открытой вкладки операций в диалоговом окне свойств Class Specification соответствующего класса. После добавления операции к классу по умолчанию ей присваивается имя opname и некоторый квантор видимости . Видимость операций на диаграмме классов также изображается в форме специальных пиктограмм. Используемые пиктограммы видимости изображаются перед именем соответствующей операции и имеют следующий смысл (табл. 4.3). Таблица 4.3 - Пиктограммы видимости операций классов
Каждая из операций классов имеет собственное диалоговое окно спецификации свойств Operation Specification, которое может быть открыто по двойному щелчку на имени операции на соответствующей вкладке спецификации класса или на имени этой операции в браузере проекта (рис. 4.9).
Рисунок 4.6 - Диалоговое окно спецификации свойств операции Для операций классов кроме квантора видимости можно также задать: аргументы и их тип, тип возвращаемого результата , стереотип операции , а также определить протокол и размер, задать исключительные ситуации, специфицировать предусловия и постусловия и целый ряд других свойств. Для отдельной операции эти дополнительные свойства доступны для редактирования на вкладке Detail (Подробно) диалогового окна спецификации свойств выбранной операции (рис. 4.7).
Рисунок 4.7 - Диалоговое окно спецификации свойств операции, открытое на вкладке Detail (Подробно) На вкладке Detail в многостраничном поле Arguments (Аргументы) можно определить аргументы редактируемой операции . Для этого следует выполнить операцию контекстного меню Insert (Вставить). После этого в этом поле появится аргумент данной операции с именем по умолчанию argname. Для редактирования свойств аргумента предназначено специальное окно свойств аргумента. На вкладке Detail в поле Protocol (Протокол) можно специфицировать порядок выполнения операций класса, например, указать, что одна операция не может быть вызвана раньше другой. Соответствующий текст в данное поле вводится с клавиатуры и попадает в генерируемый код в форме комментария. В поле Qualification (Квалификация) можно уточнить детали реализации операции , связанные с конкретным языком программирования. Соответствующий текст также вводится в данное поле с клавиатуры и попадает в генерируемый код в форме комментария. Далее на этой же вкладке в полях Size (Размер) и Time (Время) можно специфицировать предполагаемый объем памяти и время, необходимое для выполнения операции . Соответствующая информация попадает в генерируемый код в форме комментария. В группе выбора Concurrency (Параллельность) можно специфицировать условия на возможность параллельного выполнения данной операции . Для выбора могут быть использованы следующие свойства: Sequential (Последовательная) - свойство по умолчанию, которое означает, что данная операция класса может быть выполнена только при наличии одного потока управления, т. е. соответствующая операция класса должна выполняться последовательно. При наличии нескольких потоков управления выполнение данной операции класса не гарантируется. Guarded (Безопасная) - означает, что при наличии нескольких потоков управления выполнение данной операции класса гарантируется только в том случае, когда обеспечено взаимодействие объектов друг с другом в различных потоках. Synchronous (Синхронная) - означает, что выполнение данной операции класса гарантируется при наличии нескольких потоков управления. При этом нет необходимости во взаимодействии объектов в различных потоках управления, поскольку данная операция класса будет выполняться в отдельном потоке управления вплоть до своего завершения. 2.1.5 Добавление ассоциации на диаграмму классов и редактирование ее свойств Добавление на диаграмму ассоциации между двумя классами выполняется следующим образом. На специальной панели инструментов необходимо нажать кнопку с изображением пиктограммы направленной ассоциации и отпустить левую кнопку мыши. Если ассоциация - направленная, то на диаграмме классов надо выделить первый элемент ассоциации или источник, от которого исходит стрелка, и, не отпуская нажатую левую кнопку мыши, переместить ее указатель ко второму элементу отношения или приемнику, к которому направлена стрелка. После перемещения ко второму элементу кнопку мыши следует отпустить, в результате чего на диаграмму классов будет добавлена направленная ассоциация с именем Untitled между двумя выбранными классами (рис. 4.11).
Изменим имя для данной ассоциации , предложенное средой по умолчанию. Это можно выполнить с помощью окна спецификации свойств ассоциации . Доступ к диалоговому окну спецификации свойств ассоциации Association Specification можно получить после выделения линии ассоциации на диаграмме классов или в браузере проекта и двойного щелчка на ней левой кнопки мыши (рис. 4.12).
Для задания имени ассоциации следует на вкладке General (Общие) в поле ввода Name (Имя) ввести текст ее имени: Соответствует и нажать кнопку Apply или OK, чтобы сохранить результаты редактирования имени ассоциации . Для ассоциации можно задать также кратность каждого из концов ассоциации , стереотип, использовать ограничения и роли, а также некоторые другие свойства. Если ассоциация является ненаправленной, то порядок выбора классов может быть произвольный, а после добавления ассоциации на диаграмму классов следует изменить значение соответствующего свойства данной ассоциации . С этой целью необходимо перейти на вкладку Role A Detail в окне спецификации свойств ассоциации и убрать отметку у свойства Navigable (Навигация). 2.1.6 Добавление отношений агрегации и композиции на диаграмму классов и редактирование их свойств Агрегация – это частный случай ассоциации, описывающий объекты, состоящие из частей. Например, газонокосилка состоит из ножа, двигателя, нескольких колес и корпуса. Здесь газонокосилка является агрегатом (незакрашенный ромбик), а остальные детали – составляющими частями (стрелка). Композиция – это частный случай агрегации. Композиция подразумевает, что части принадлежат целому. Например, компания, состоящая из отделений, которые в свою очередь, состоят из отделов. - добавить на диаграмму отношение агрегации между двумя классами можно следующими способами: - щелкнуть на кнопке с изображением отношение агрегации на специальной панели инструментов и провести линию агрегации от одного класса к другому. Провести линию ассоциации между выбранными классами и изменить ее свойства таким образом, чтобы превратить данную ассоциацию в агрегацию . В первом случае может оказаться, что по умолчанию на специальной панели инструментов диаграммы классов отсутствует кнопка с пиктограммой агрегации . В этом случае необходимо предварительно добавить ее на панель инструментов одним из описанных ранее способов. Во втором случае следует открыть окно спецификации свойств ассоциации Association Specification и на вкладке деталей соответствующего конца ассоциации выставить отметку в строке выбора Aggregate (Агрегация ). В качестве примера изменим тип созданной ранее ассоциации и сделаем ее агрегацией. С этой целью на вкладке Role В Detail деталей конца ассоциации одного класса следует выставить отметку в строке выбора Aggregate(рис. 4.13).
Соответствующий фрагмент диаграммы классов после изменения ассоциации между классами на отношение агрегации будет иметь следующий вид (рис. 4.14).
Для изображения отношения композиции можно также вначале изобразить обычную ассоциацию , после чего, открыв окно ее свойств на вкладке деталей соответствующего конца ассоциации , выставить отметку в строке выбора Aggregate (Агрегация ) и в секции Containment (Локализация) выбрать опцию By Value (По значению). По умолчанию эта опция не специфицирована, т.е. выставлена отметка опции Unspecified (рис. 4.15).
Рисунок 4.15 - Фрагмент диаграммы классов модели после добавления на нее отношения композиции 2.1.7 Добавление отношения обобщения на диаграмму классов и редактирование ее свойств Добавление на диаграмму отношения обобщения между двумя классами выполняется следующим образом. На специальной панели инструментов необходимо нажать кнопку с изображением пиктограммы обобщения и отпустить левую кнопку мыши. Далее на диаграмме классов надо выделить первый элемент обобщения или потомок, от которого исходит стрелка, и, не отпуская нажатую левую кнопку мыши, переместить ее указатель ко второму элементу отношения или предок, к которому направлена стрелка. После перемещения ко второму элементу кнопку мыши следует отпустить, в результате чего на диаграмму классов будет добавлена линия обобщения с именем Untitled между двумя выбранными классами. Пример приведен на рисунке 4.16.
отношения обобщения Изменим имя отношения обобщения , предложенное средой по умолчанию. Это можно выполнить с помощью окна спецификации свойств обобщения . Доступ к диалоговому окну спецификации свойств отношения обобщения Generalize Specification можно получить после выделения линии обобщения на диаграмме классов или в браузере проекта и двойного щелчка на ней левой кнопки мыши (рис. 4.17). Рисунок 4.17 - Диалоговое окно спецификации свойств отношения обобщения Для задания имени обобщения следует на единственной вкладке General (Общие) в поле ввода Name (Имя) ввести текст ее имени: следует и нажать кнопку Apply или OK, чтобы сохранить результаты редактирования имени ассоциации . 3 Пример построения диаграммы классов
Рисунок 4.18 – Диаграмма классов для алгоритма дискриминантного анализа 4 Задание на лабораторное занятие Разработайте диаграмму классов для реализации метода многомерного статистического анализа, применяемого в приложении. 5 Контрольные вопросы для защиты лабораторной работы 1. Каково назначение диаграммы классов? 2. Какими способами можно создать диаграмму? 3. Какие инструменты доступны для диаграммы? 4. Какие команды предоставляет контекстное меню класса? 5. Как настроить свойства атрибутов класса? 6. Как настроить свойства методов класса? 7. Какие типы отношений классов вы знаете? Тема: «Генерация кода проектируемого программного обеспечения» Цель работы: 1) Подготовка модели к генерации программного кода; 2) Генерация программного кода на язык С++. 1 Задание на самоподготовку- разработать диаграмму классов (предыдущая лабораторная работа); - знать основы объектно-ориентированного программирования. 2 Краткие теоретические сведенияОдно из самых мощных свойств Rational Rose – возможность генерации программного кода, представляющего модель. Варианты генерации программ меняются в зависимости от установленной версии Rose. В настоящее время применяются следующие три различные версии: - Rose Modeler – позволяет создавать модель системы, но не поддерживает генерацию программного кода и обратное проектирование. - Rose Professional – позволяет генерировать программный код на одном языке. - Rose Enterprise – позволяет генерировать программный код на Ada 83, Ada 95, ANSI C++, CORBA, Java, COM, Visual Basic, Visual C++, C++ и XML. Кроме того, поддерживается генерация кода и обратное проектирование баз данных. Весь лабораторный практикум по данной дисциплине построен на изучении Case-средства Rational Rose версии - Enterprise Edition. 2.1 Подготовка к генерации программного кода Процесс генерации программного кода состоит из пяти основных этапов: 1. Проверка модели. 2. Создание компонентов. 3. Отображение классов на компоненты. 4. Установка свойств генерации программного кода. 5. Генерация программного кода. В разных языках не все этапы обязательны. Так, программы, разработанные на языке С++, генерируются и без предварительного создания компонентов. Генерировать код программ на любом языке можно, не выполняя проверки модели, хотя во время генерации это порой приводит к различным ошибкам. Хотя не все этапы обязательны, первые пять из них рекомендуется выполнять до начала процесса генерации. Проверка модели поможет выявить ее неточности и недостатки, нежелательные с точки зрения последующей генерации программ. Этапы, на которых рассматриваются компоненты, - это способ отобразить логическую схему системы на ее физическую реализацию, причем на этих этапах собирается большой объем полезной информации. Если пропустить эти этапы, то для создания компонентов Rose воспользуется пакетной структурой логического представления. 2.1.1 Проверка модели В Rose существует не зависящее от языка средство проверки моделей, применяемое для обеспечения корректности модели перед генерацией программного кода. Такая проверка помогает выявить в модели неточности и ошибки, не позволяющие генерировать программы надлежащим образом. В общем случае проверка модели может выполняться на любом этапе работы над проектом. Однако после завершения разработки графических диаграмм она является обязательной, поскольку позволяет выявить целый ряд ошибок разработчика. К числу таких ошибок и предупреждений относятся, например, не используемые ассоциации и классы, оставшиеся после удаления отдельных графических элементов с диаграмм, а также операции, не являющиеся именами сообщений на диаграммах взаимодействия. Для проверки модели следует выполнить операцию главного меню: Tools
К наиболее распространенным ошибкам относятся, например, сообщения на диаграмме Последовательности или Кооперативной диаграмме, не отображенные на операцию, либо объекты этих диаграмм, не отображенные на класс. 2.1.2 Создание компонентов Второй этап процесса генерации программного кода - создание компонентов для классов. Существуют компоненты самых разных типов: файлы исходного программного кода, исполняемые файлы, библиотеки исполнения в реальном времени, компоненты ActiveX, апплеты и т.д. Перед генерацией программ можно отобразить каждый из классов на соответствующий компонент исходного программного кода. После создания компонентов можно добавить зависимости между ними на диаграмме Компонентов. Зависимости между компонентами - это зависимости во время компиляции системы. При генерации программ на C++, Java или Visual Basic выполнять подобный шаг не обязательно. В Java и Visual Basic Rose создаст автоматически соответствующий компонент для каждого из классов. Для создания компонента: 1. Откройте диаграмму Компонентов (Component). 2. С помощью значка Component панели инструментов Diagram введите новый компонент в диаграмму. 2.1.3 Отображение классов на компоненты Каждый компонент исходного кода - это файл с исходным программным кодом для одного или нескольких классов. В C++ каждый класс отображается на два компонента с исходным кодом: файл заголовка и основной файл (тело). В PowerBuilder на один компонент отображается несколько классов. Компонентом с исходным программным кодом в PowerBuilder является файл библиотеки PowerBuilder (.pbl). В Java каждый компонент - это один файл .java. Компоненты также создаются для элементов управления ActiveX, апплетов, файлов DDL, исполняемых файлов, а также других исходных и скомпилированных файлов. Третий этап процесса генерации программного кода - отображение каждого из классов на соответствующие компоненты. В PowerBuilder необходимо отобразить каждый класс на компонент перед генерацией программы, в то время как в C++, Java и Visual Basic этот шаг не является обязательным. Rose может генерировать программный код самостоятельно. При генерации в Rose программ Java и Visual Basic производится еще и генерация нужных компонентов и отображение классов. Однако для C++ компоненты не создаются автоматически, а кроме того, ни для одного из языков не генерируются зависимости. Поэтому рекомендуется выполнять этот шаг независимо от применяемого языка программирования. Для отображения класса на компонент: 1. Щелкните правой кнопкой мыши на компоненте, на диаграмме Компонентов или в браузере. 2. Выберите Open Specification в контекстном меню. 3. Выберите вкладку Realizes (Реализует). 4. Во вкладке Realizes щелкните правой кнопкой мыши на нужном классе (классах) и выберите Assign (Присвоить) в контекстном меню. В браузере имя компонента будет показано в круглых скобках вслед за именем класса в Логическом представлении (Logical view). ИЛИ 1. Найдите класс в окне Logical view браузера. 2. Перетащите класс на нужный компонент в окне Component view. 3. В окне Logical view имя компонента будет показано в круглых скобках за именем класса. 2.1.4 Установка свойств генерации программного кода Для каждого языка в Rose предусмотрен ряд определенных свойств генерации программного кода. Можно установить несколько параметров генерации программного кода для классов, атрибутов, компонентов и других элементов модели. Этими свойствами определяется способ генерации программ. В Rose предлагаются общепринятые параметры по умолчанию. 2.1.4.1 Настройка свойств C++ Для того чтобы пользоваться возможностями C++, необходимо описать назначение этих свойств, список которых доступен во вкладке C++ спецификаций класса. (см. рис. 5.2)
Рисунок 5.2 – Окно свойств генерации кода на С++ Перед генерацией программного кода рекомендуется анализировать эти свойства и вносить необходимые изменения. Назначение свойств: 1) CodeName - устанавливает имя класса в создаваемом коде. Данное свойство необходимо устанавливать только в том случае, если имя класса должно быть отлично от имени заданного в модели Rational Rose. Данное свойство необходимо использовать для создания работоспособного кода C++, если для классов в модели используются русские имена. 2) ImplementationType - позволяет использовать простые типы вместо определения класса, устанавливаемого Rational Rose по умолчанию. При задании этого параметра создается директива typedef. 3) ClassKey - используется для задания типа класса, такого как class, struct, или union. Если тип не указан, то создается класс. 4) GenerateEmptyRegion - свойство указывает, как будет создаваться пустой раздел protected: None - пустой раздел не будут создан; Preserved - пустой раздел будет создан, если будет установлено свойство «preserve=yes»; Unpreserved — пустой раздел будет создан, если будет установлено свойство «preserve=no»; All — всегда будет создаваться. 5) PutBodiesInSpec - если установлено как true, то в заголовочный файл попадет и описание тела класса. Используется для компиляторов, которым необходимо определение шаблона класса в каждом компилируемом файле. 6) GenerateDefaultConstructor - позволяет установить, необходимо ли создавать конструктор для класса по умолчанию. Может принимать следующие значения: DeclareAndDefine - создается определение для конструктора и скелет конструктора в теле класса; Declare Only - создается только определение; DoNotDeclare - не создается ни определения, ни скелета конструктора. 7) DefaultConstructorVisibility - устанавливает раздел, в котором будет определен конструктор по умолчанию: public, protected, private, implementation. 8) InlineDefaultConstructor - устанавливает, будет ли конструктор по умолчанию создаваться как inline подстановка. Если конструктора по умолчанию нет, то данное свойство не оказывает на код никакого эффекта. 9) ExplicitDefaultConstructor - устанавливает конструктор по умолчанию как explicit (явно заданный). 10) InlineRelationalOperations - определяет, будут ли функции операторов сравнения создаваться как inline подстановка. 11) GenerateStorageMgmtOperations - определяет, будут ли переопределяться операторы new и delete в классе. 12) StorageMgmtVisibility - определяет раздел, в который будут помещены операторы new и delete. 13) InlineStorageMgmtOperations - определяет, будут ли операторы new и delete определены как inline подстановка. 14) GenerateSubscriptOperation - определяет, будет ли переопределен оператор []. 15) Subscript Visibility определяет - раздел, в который будет помещен оператор []. 16) SubscriptKind - определяет вид функций оператора []: Common - обычная, Virtual - виртуальная, Abstract - абстрактная. 17) SubscriptResultType - определяет тип возвращаемого выражения для оператора []. 18) InlineSubscriptOperation - определяет, будет ли оператор [] определен как inline подстановка. 19) GenerateDereferenceOperation - определяет, будет ли переопределен оператор *. 20) Dereference Visibility - определяет раздел, в который будет помещен оператор *. 21) DereferenceKind - определяет вид функций оператора *: Common - обычная, Virtual - виртуальная, Abstract - абстрактная. 22) DereferenceResultType - определяет тип возвращаемого выражения для оператора *. 23) InlineDereferenceOperation - определяет, будет ли оператор * определен, как inline подстановка. 24) GeneratelndirectionOperation - определяет, будет ли переопределен оператор ->. 25) IndirectionVisibility - определяет раздел, в который будет помещен оператор ->. 26) IndirectionKind - определяет вид функций оператора ->: Common - обычная, Virtual - виртуальная, Abstract - абстрактная. 27) IndirectionResultType - определяет тип возвращаемого выражения для оператора ->. 28) InlinelndirectionOperation - определяет, будет ли оператор -> определен как inline подстановка. 29) GenerateStreamOperations - определяет, будут ли переопределены операторы потоков (« и »). 2.1.5 Выбор класса, компонента или пакета При генерации программного кода за один раз можно создать класс, компонент или целый пакет. Программный код генерируется с помощью диаграммы или браузера. При генерации кода из пакета можно выбрать либо пакет Логического представления на диаграмме Классов, либо пакет представления Компонентов на диаграмме Компонентов. При выборе пакета Логического представления генерируются все его классы. При выборе пакета представления Компонентов генерируются все его компоненты. Программный код можно генерировать одновременно для нескольких классов, компонентов или пакетов. На диаграмме с помощью клавиши Ctrl выберите классы, компоненты или пакеты, для которых нужно сгенерировать программный код, а затем - соответствующую команду генерации в меню. 2.1.6 Генерация программного кода Если у вас установлены Rose Professional или Rose Enterprise, то в меню Tools предлагается несколько вариантов, специфичных для конкретного языка программирования (см. рис. 5.3).
Рисунок 5.3 - Пункты меню генерации кода Чтобы показать или скрыть эти пункты меню, выберите пункт Add-Ins → Add-Ins (Надстройки → Менеджер надстроек). В диалоговом окне Add-In Manager (см. рис. 5.4) с помощью флажков покажите или скройте нужные варианты для различных языков.
Рисунок 5.4 - Менеджер надстроек Add-Ins Генерация программного кода в среде IBM Rational Rose 2003 возможна для отдельного класса или компонента. Для этого нужный элемент модели предварительно следует выделить в браузере проекта и выполнить операцию контекстного меню: Tools→C++→Code Generation - (Язык C++→Генерировать код). В результате этого будет открыто диалоговое окно с предложением выбора классов для генерации программного кода на выбранном языке программирования (рис. 5.5). После выбора соответствующих классов и нажатия кнопки OK программа IBM Rational Rose 2003 выполняет кодогенерацию.
Рисунок 5.5 - Окно выбора классов для генерации программного кода Затем происходит компиляция и выдается окно статуса (Code Generation Status). Здесь можно увидеть информацию о том, какой класс был закодирован и количество ошибок и предупреждений (рис. 5.6). Если у вас произошла, какая-либо ошибка или же предупреждение, то их можно увидеть на рабочем поле в Rational Rose, для этого и существует самое нижнее окно, в нем передаются все ваши действия и ошибки, произошедшие в ходе кодогенерации.
Рисунок 5.6 – Окно статуса компиляции 2.1.7 Результаты генерации В результате кодогенерации Rational Rose создает два файла с расширением “.h” и “.cpp”, названия у них те же, что и название класса. Итак, выполнив эти действия, нажимаем правой клавишей на класс, появляется окошко, в нем ищем “С++”, и видим два пункта Browse Header и Browse Body, и в зависимости от того какой из файлов нам нужен “.h” (заголовочный) или “.cpp” (непосредственно реализация), выбираем их. Эти файлы открываются с помощью блокнота и теперь легко можно увидеть скелет класса, с различными комментариями, которые писали вы на диаграммах, и комментарии которые вставляет сама Rose. Теперь можно открыть один из файлов в С++ и доработать класс, описать работу функций, добавить различные нововведения. Следует заметить, что при установленной на компьютер разработчика интегрированной среды сгенерированные файлы с текстом программного кода автоматически открываются в этой среде после двойного щелчка на пиктограмме этих файлов. Тем не менее, лучше копировать содержимое этих файлов в предварительно созданные программные проекты для полного контроля в этих средах процесса программирования и отладки приложений. Сгенерированные программой IBM Rational Rose 2003 файлы с текстом программного кода содержат минимум информации. Для включения дополнительных элементов в программный код следует изменить свойства генерации программного кода, установленные по умолчанию. В заключение следует отметить, что эффект от использования средства IBM Rational Rose 2003 проявляется при разработке масштабных проектов в составе команды или проектной группы. Однако ситуация покажется не столь тривиальной, когда станет необходимо выполнить проект с несколькими десятками вариантов использования и сотней классов . Именно для подобных проектов явно выявляется преимущество использования средства IBM Rational Rose 2003 и нотации языка UML для документирования и реализации соответствующих моделей. 3 Пример сгенерированного кода на язык программирования С++ {Class Diskr_analiz} //## begin module%1.5%.codegen_version preserve=yes // Read the documentation to learn more about C++ code generator // versioning. //## end module%1.5%.codegen_version //## begin module%470F79570399.cm preserve=no // %X% %Q% %Z% %W% //## end module%470F79570399.cm //## begin module%470F79570399.cp preserve=no //## end module%470F79570399.cp //## Module: Diskr_analiz%470F79570399; Pseudo Package body //## Source file: C:\Program Files\Rational\Rose\C++\source\Diskr_analiz.cpp //## begin module%470F79570399.additionalIncludes preserve=no //## end module%470F79570399.additionalIncludes //## begin module%470F79570399.includes preserve=yes //## end module%470F79570399.includes // Diskr_analiz #include "Diskr_analiz.h" //## begin module%470F79570399.additionalDeclarations preserve=yes //## end module%470F79570399.additionalDeclarations // Class Diskr_analiz Diskr_analiz::Diskr_analiz() //## begin Diskr_analiz::Diskr_analiz%470F79570399_const.hasinit preserve=no //## end Diskr_analiz::Diskr_analiz%470F79570399_const.hasinit //## begin Diskr_analiz::Diskr_analiz%470F79570399_const.initialization preserve=yes //## end Diskr_analiz::Diskr_analiz%470F79570399_const.initialization { //## begin Diskr_analiz::Diskr_analiz%470F79570399_const.body preserve=yes //## end Diskr_analiz::Diskr_analiz%470F79570399_const.body } Diskr_analiz::Diskr_analiz(const Diskr_analiz &right) //## begin Diskr_analiz::Diskr_analiz%470F79570399_copy.hasinit preserve=no //## end Diskr_analiz::Diskr_analiz%470F79570399_copy.hasinit //## begin Diskr_analiz::Diskr_analiz%470F79570399_copy.initialization preserve=yes //## end Diskr_analiz::Diskr_analiz%470F79570399_copy.initialization { //## begin Diskr_analiz::Diskr_analiz%470F79570399_copy.body preserve=yes //## end Diskr_analiz::Diskr_analiz%470F79570399_copy.body } Diskr_analiz::~Diskr_analiz() { //## begin Diskr_analiz::~Diskr_analiz%470F79570399_dest.body preserve=yes //## end Diskr_analiz::~Diskr_analiz%470F79570399_dest.body } Diskr_analiz & Diskr_analiz::operator=(const Diskr_analiz &right) { //## begin Diskr_analiz::operator=%470F79570399_assign.body preserve=yes //## end Diskr_analiz::operator=%470F79570399_assign.body } int Diskr_analiz::operator==(const Diskr_analiz &right) const { //## begin Diskr_analiz::operator==%470F79570399_eq.body preserve=yes //## end Diskr_analiz::operator==%470F79570399_eq.body } int Diskr_analiz::operator!=(const Diskr_analiz &right) const { //## begin Diskr_analiz::operator!=%470F79570399_neq.body preserve=yes //## end Diskr_analiz::operator!=%470F79570399_neq.body } //## Other Operations (implementation) void Diskr_analiz::Vector_DF () { //## begin Diskr_analiz::Vector_DF%470F7D1003D8.body preserve=yes //## end Diskr_analiz::Vector_DF%470F7D1003D8.body } void Diskr_analiz::Vector_zn_DF () { //## begin Diskr_analiz::Vector_zn_DF%470F7FB703A9.body preserve=yes //## end Diskr_analiz::Vector_zn_DF%470F7FB703A9.body } void Diskr_analiz::Const_diskr () { //## begin Diskr_analiz::Const_diskr%470F800F037A.body preserve=yes //## end Diskr_analiz::Const_diskr%470F800F037A.body } void Diskr_analiz::Rasch_zn_DF () { //## begin Diskr_analiz::Rasch_zn_DF%470F802C005D.body preserve=yes //## end Diskr_analiz::Rasch_zn_DF%470F802C005D.body } // Additional Declarations //## begin Diskr_analiz%470F79570399.declarations preserve=yes //## end Diskr_analiz%470F79570399.declarations //## begin module%470F79570399.epilog preserve=yes //## end module%470F79570399.epilog {Class Kovar_matrix} //## begin module%1.5%.codegen_version preserve=yes // Read the documentation to learn more about C++ code generator // versioning. //## end module%1.5%.codegen_version //## begin module%470F792B01A5.cm preserve=no // %X% %Q% %Z% %W% //## end module%470F792B01A5.cm //## begin module%470F792B01A5.cp preserve=no //## end module%470F792B01A5.cp //## Module: Kovar_matrix%470F792B01A5; Pseudo Package body //## Source file: C:\Program Files\Rational\Rose\C++\source\Kovar_matrix.cpp //## begin module%470F792B01A5.additionalIncludes preserve=no //## end module%470F792B01A5.additionalIncludes //## begin module%470F792B01A5.includes preserve=yes //## end module%470F792B01A5.includes // Kovar_matrix #include "Kovar_matrix.h" //## begin module%470F792B01A5.additionalDeclarations preserve=yes //## end module%470F792B01A5.additionalDeclarations // Class Kovar_matrix Kovar_matrix::Kovar_matrix() //## begin Kovar_matrix::Kovar_matrix%470F792B01A5_const.hasinit preserve=no //## end Kovar_matrix::Kovar_matrix%470F792B01A5_const.hasinit //## begin Kovar_matrix::Kovar_matrix%470F792B01A5_const.initialization preserve=yes //## end Kovar_matrix::Kovar_matrix%470F792B01A5_const.initialization { //## begin Kovar_matrix::Kovar_matrix%470F792B01A5_const.body preserve=yes //## end Kovar_matrix::Kovar_matrix%470F792B01A5_const.body } Kovar_matrix::Kovar_matrix(const Kovar_matrix &right) //## begin Kovar_matrix::Kovar_matrix%470F792B01A5_copy.hasinit preserve=no //## end Kovar_matrix::Kovar_matrix%470F792B01A5_copy.hasinit //## begin Kovar_matrix::Kovar_matrix%470F792B01A5_copy.initialization preserve=yes //## end Kovar_matrix::Kovar_matrix%470F792B01A5_copy.initialization { //## begin Kovar_matrix::Kovar_matrix%470F792B01A5_copy.body preserve=yes //## end Kovar_matrix::Kovar_matrix%470F792B01A5_copy.body } Kovar_matrix::Kovar_matrix () //## begin Kovar_matrix::Kovar_matrix%470F7A3501C5.hasinit preserve=no //## end Kovar_matrix::Kovar_matrix%470F7A3501C5.hasinit //## begin Kovar_matrix::Kovar_matrix%470F7A3501C5.initialization preserve=yes //## end Kovar_matrix::Kovar_matrix%470F7A3501C5.initialization { //## begin Kovar_matrix::Kovar_matrix%470F7A3501C5.body preserve=yes //## end Kovar_matrix::Kovar_matrix%470F7A3501C5.body } Kovar_matrix::~Kovar_matrix() { //## begin Kovar_matrix::~Kovar_matrix%470F792B01A5_dest.body preserve=yes //## end Kovar_matrix::~Kovar_matrix%470F792B01A5_dest.body } Kovar_matrix & Kovar_matrix::operator=(const Kovar_matrix &right) { //## begin Kovar_matrix::operator=%470F792B01A5_assign.body preserve=yes //## end Kovar_matrix::operator=%470F792B01A5_assign.body } int Kovar_matrix::operator==(const Kovar_matrix &right) const { //## begin Kovar_matrix::operator==%470F792B01A5_eq.body preserve=yes //## end Kovar_matrix::operator==%470F792B01A5_eq.body } int Kovar_matrix::operator!=(const Kovar_matrix &right) const { //## begin Kovar_matrix::operator!=%470F792B01A5_neq.body preserve=yes //## end Kovar_matrix::operator!=%470F792B01A5_neq.body } //## Other Operations (implementation) void Kovar_matrix::Sovm_kov_matrix () { //## begin Kovar_matrix::Sovm_kov_matrix%470F7A5E02EE.body preserve=yes //## end Kovar_matrix::Sovm_kov_matrix%470F7A5E02EE.body } // Additional Declarations //## begin Kovar_matrix%470F792B01A5.declarations preserve=yes //## end Kovar_matrix%470F792B01A5.declarations //## begin module%470F792B01A5.epilog preserve=yes //## end module%470F792B01A5.epilog {Class_Matrix} //## begin module%1.5%.codegen_version preserve=yes // Read the documentation to learn more about C++ code generator // versioning. //## end module%1.5%.codegen_version //## begin module%470F762F032C.cm preserve=no // %X% %Q% %Z% %W% //## end module%470F762F032C.cm //## begin module%470F762F032C.cp preserve=no //## end module%470F762F032C.cp //## Module: Matrix%470F762F032C; Pseudo Package body //## Source file: C:\Program Files\Rational\Rose\C++\source\Matrix.cpp //## begin module%470F762F032C.additionalIncludes preserve=no //## end module%470F762F032C.additionalIncludes //## begin module%470F762F032C.includes preserve=yes //## end module%470F762F032C.includes // Matrix #include "Matrix.h" //## begin module%470F762F032C.additionalDeclarations preserve=yes //## end module%470F762F032C.additionalDeclarations // Class Matrix Matrix::Matrix() //## begin Matrix::Matrix%470F762F032C_const.hasinit preserve=no //## end Matrix::Matrix%470F762F032C_const.hasinit //## begin Matrix::Matrix%470F762F032C_const.initialization preserve=yes //## end Matrix::Matrix%470F762F032C_const.initialization { //## begin Matrix::Matrix%470F762F032C_const.body preserve=yes //## end Matrix::Matrix%470F762F032C_const.body } Matrix::Matrix(const Matrix &right) //## begin Matrix::Matrix%470F762F032C_copy.hasinit preserve=no //## end Matrix::Matrix%470F762F032C_copy.hasinit //## begin Matrix::Matrix%470F762F032C_copy.initialization preserve=yes //## end Matrix::Matrix%470F762F032C_copy.initialization { //## begin Matrix::Matrix%470F762F032C_copy.body preserve=yes //## end Matrix::Matrix%470F762F032C_copy.body } Matrix::~Matrix() { //## begin Matrix::~Matrix%470F762F032C_dest.body preserve=yes //## end Matrix::~Matrix%470F762F032C_dest.body } Matrix & Matrix::operator=(const Matrix &right) { //## begin Matrix::operator=%470F762F032C_assign.body preserve=yes //## end Matrix::operator=%470F762F032C_assign.body } int Matrix::operator==(const Matrix &right) const { //## begin Matrix::operator==%470F762F032C_eq.body preserve=yes //## end Matrix::operator==%470F762F032C_eq.body } int Matrix::operator!=(const Matrix &right) const { //## begin Matrix::operator!=%470F762F032C_neq.body preserve=yes //## end Matrix::operator!=%470F762F032C_neq.body } //## Other Operations (implementation) void Matrix::Proizv () { //## begin Matrix::Proizv%470F7891009C.body preserve=yes //## end Matrix::Proizv%470F7891009C.body } void Matrix::Standart () { //## begin Matrix::Standart%470F78AC0242.body preserve=yes //## end Matrix::Standart%470F78AC0242.body } void Matrix::Obratn () { //## begin Matrix::Obratn%470F78C3006D.body preserve=yes //## end Matrix::Obratn%470F78C3006D.body } void Matrix::Transp () { //## begin Matrix::Transp%470F78D00177.body preserve=yes //## end Matrix::Transp%470F78D00177.body } // Additional Declarations //## begin Matrix%470F762F032C.declarations preserve=yes //## end Matrix%470F762F032C.declarations //## begin module%470F762F032C.epilog preserve=yes //## end module%470F762F032C.epilog 4 Задание на лабораторное занятие 1. Сгенерировать программный код на С++ для диаграммы классов, разработанной вами в предыдущей лабораторной работе. 5 Содержание отчета - титульный лист; - постановка задачи; - листинг сгенерированного кода; - вывод. 6 Контрольные вопросы 1. Какие диаграммы необходимо предварительно разработать, чтобы выполнить кодогенерацию? 2. Как посмотреть исходный код? 3. Какие установки свойств доступны на вкладке C++? 4. Какова структура создаваемого кода? 5. Что необходимо добавить в шаблоны классов для получения работоспособного приложения? 6. Какие шаги нужно предпринять для обновления модели по исходному коду? 7. Какие основные этапы кодогенерации вы знаете? Расскажите кратко о каждом из них? Тема: «Отладка и тестирование проектируемого программного обеспечения» Цель работы: 1) отладка разработанного программного средства; 2) тестирование разработанного программного средства. 1 Задание на самоподготовку- уметь отлаживать программные средства; - знать методику тестирования ПС. 2 Краткие теоретические сведенияОтладка ПС - это деятельность, направленная на обнаружение и исправление ошибок в ПС с использованием процессов выполнения его программ. Тестирование ПС - это процесс выполнения его программ на некотором наборе данных, для которого заранее известен результат применения или известны правила поведения этих программ. Указанный набор данных называется тестовым или просто тестом. Таким образом, отладку можно представить в виде многократного повторения трех процессов: тестирования, в результате которого может быть констатировано наличие в ПС ошибки, поиска места ошибки в программах и документации ПС и редактирования программ и документации с целью устранения обнаруженной ошибки. Отладка программного средства невозможна без представления физической структуры. На этом этапе проектирования необходимо разработать диаграмму компонентов . Диаграммой компонентов (Component diagram) называется диаграмма UML, на которой показаны компоненты системы и зависимости между ними. Компонентом называется физический модуль кода. Компонентами бывают как библиотеки исходного кода, так и исполняемые файлы. Например, .h и .cpp и .exe - будут отдельными компонентами. 2.1 Особенности разработки диаграмм компонентов в среде IBM Rational Rose 2003 Диаграмма компонентов служит частью физического представления модели, играет важную роль в процессе ООАП и является необходимой для генерации программного кода. Для разработки диаграмм компонентов в браузере проекта предназначено отдельное представление компонентов (Component View), в котором уже содержится диаграмма компонентов с пустым содержанием и именем по умолчанию Main (Главная). Активизация диаграммы компонентов может быть выполнена одним из следующих способов: Щелкнуть на кнопке с изображением диаграммы компонентов на стандартной панели инструментов. Раскрыть представление компонентов в браузере (Component View) и дважды щелкнуть на пиктограмме Main (Главная). Через пункт меню Browse В результате выполнения этих действий появляется новое окно с чистым рабочим листом диаграммы компонентов и специальная панель инструментов, содержащая кнопки с изображением графических примитивов, необходимых для разработки диаграммы компонентов (табл. 6.1). Таблица 6.1 - Назначение кнопок специальной панели инструментов диаграммы компонентов
Программа IBM Rational Rose 2003 не поддерживает следующие графические стереотипы. Графическое изображение этих стереотипов и их краткая характеристика приводятся в следующей таблице (табл. 6.2). При этом каждому из компонентов, как правило, соответствует отдельный файл исходной сборки программного приложения. Использование стереотипов существенно увеличивают наглядность графического представления диаграммы компонентов и позволяют архитектору уточнить характер реализации модели программистом на выбранном языке программирования. Таблица 6.2. Графическое изображение стереотипов компонентов и их характеристика
2.1.1 Добавление компонента на диаграмму компонентов и редактирование его свойств Для добавления компонента на диаграмму компонентов нужно с помощью левой кнопки мыши нажать кнопку с изображением пиктограммы компонента на специальной панели инструментов, отпустить левую кнопку мыши и щелкнуть левой кнопкой мыши на свободном месте рабочего листа диаграммы. Добавить компонент на диаграмму можно также с помощью операции главного меню: Tools В результате этих действий на диаграмме появится изображение компонента с маркерами изменения его геометрических размеров и предложенным средой именем по умолчанию, которое разработчику следует изменить (рис. 6.1).
Рисунок 6.1 - Диаграмма компонентов после добавления компонента Main.exe Для каждого компонента можно определить различные свойства, такие как стереотип, язык программирования, декларации, реализуемые классы. Редактирование этих свойств для произвольного компонента осуществляется с помощью диалогового окна спецификации свойств (рис. 6.2).
Рисунок 6.2 - Диалоговое окно спецификации свойств компонента Main.exe В частности, для компонента Main.exe можно выбрать стереотип <<EXE>> из предлагаемого вложенного списка, поскольку применительно к разрабатываемой модели предполагается реализация этого компонента в форме исполнимого файла. При этом на вкладке Realizes (Реализует) содержатся все классы, включая и актеров, которые на данный момент присутствуют в модели. По умолчанию в среде IBM Rational Rose 2003 для всех добавляемых на диаграмму компонентов в качестве языка реализации используется язык анализа, который в последствии следует изменить на тот язык программирования, который предполагается использовать для написания программного кода. В дальнейшем при генерации программного кода необходимо будет дополнительно выбрать те классы, которые реализует тот или иной компонент модели. 2.1.2 Добавление отношения зависимости и редактирование его свойств Добавление отношения зависимости на диаграмму компонентов аналогично добавлению соответствующего отношения на диаграмму вариантов использования. Для добавления зависимости между двумя компонентами нужно с помощью левой кнопки мыши нажать кнопку с изображением зависимости на специальной панели инструментов, отпустить левую кнопку мыши, щелкнуть левой кнопкой мыши на изображении исходного компонента на диаграмме и отпустить ее на изображении целевого компонента. В результате этих действий на диаграмме появится изображение отношения зависимости в форме пунктирной линии со стрелкой, соединяющей два выбранных компонента. 2.1.3 Пример построения диаграммы компонентов Ниже представлена диаграмма компонентов для программного средства, реализующего алгоритм дискриминантного анализа (рис. 6.3). Рисунок 6.3 – Диаграмма компонентов рассматриваемого ПС 2.2 Тестирование программного средства Тестирование – процесс многократного повторения программы с целью обнаружения ошибок. Существуют следующие методы тестирования ПС: - статическое тестирование (ручная проверка программы за столом); - детерминированное тестирование (при различных комбинациях исходных данных); - стохастическое (исходные данные выбираются произвольно, на выходе определяется качественное совпадение результатов или примерная оценка). При тестировании разработанного ПС необходимо использовать подходящий по функциональности пакет прикладного математического программного обеспечения. В выбранной среде необходимо произвести расчеты всех параметров, реализованных в ПС, затем следует сравнить результаты и сделать вывод о качестве данного программного продукта. Тема: «Исследование характеристик разработанной автоматизированной системы» Цель работы: 1) исследовать структуру и характеристики программного средства. 1 Задание на самоподготовку- вспомнить изученный материал по дисциплине «Технология разработки программного обеспечения»; - знать методику построения функциональной схемы, укрупненной схемы алгоритма работы программного средства. 2 Задание на лабораторное занятие По аналогии с первой лабораторной лаботой исследовать структуру и характеристики разработанного программного средства: разработать функциональную схему и укрупненную схему алгоритма (см. лаб. раб. №1). Список использованных источников 1. Уэнди Боггс, Майкл Боггс. UML и Rational Rose 2002. Издательство “Лори”, 2004. - 509 с. 2. Дж. Рамбо, М. Блаха. UML 2.0. Объектно-ориентированное проектирование и разработка. 2-у изд. – СПб. Питер, 2007. – 554 с.: ил. 3. www.intuit.ru /Старые/ 1 Автоматизированная информационная система «Ремонт оборудования». Предприятие – высшее учебное заведение. В структуре есть вычислительный центр, в составе которого, в свою очередь, есть ремонтная мастерская. Словесное описание предметной области: Предприятие, в состав которого входит ряд подразделений, имеет ремонтную мастерскую, в которой производится различного вида ремонт средств вычислительной и оргтехники. Необходимо вести учет, сданной в ремонт техники. Для каждой единицы техники необходимо хранить её инвентарный номер, название устройства, его модель, год выпуска, какому подразделению устройство принадлежит на текущую дату, т.е. необходимо хранить историю перемещения техники между подразделениями организации. Перемещение единицы техники осуществляется на основе документа, в котором указано с какой даты данная единица перемещается в указанное подразделение. Эта дата одновременно является датой окончания нахождения единицы техники в предыдущем подразделении. Необходимо также хранить дату сдачи единицы техники в ремонт, вид ремонта, срок ремонта, ФИО, номер сотрудника, сдавшего технику в ремонт, ФИО, номер сотрудника, который принял технику в ремонт, ФИО, номер, должность сотрудника, выполняющего ремонт, перечень необходимых для ремонта запасных частей, их стоимость на текущую дату. Стоимость запасных частей определяется из документа – накладной, по которой они получены, в ней и указана дата получения, стоимость. О каждом сотруднике необходимо хранить информацию о всех перемещениях за время работы на данном предприятии: дата начала работы, дата окончания, подразделение, должность. Необходимо реализовать следующую обработку данных: - Построить диаграмму: количество техники определенного наименования в заданном подразделении по годам (за три года). - Список сотрудников (ФИО, год рождения) по подразделениям, мужчин, достигших пенсионного возраста в текущем году (60 лет). - Название подразделения, у которого была наибольшее количество техники, переданной в ремонт. 2 Автоматизированная информационная система «Баскетбол. Женская суперлига» Предприятие – областной спорткомитет. В структуре комитета есть отдел, ведущий информацию о командах высшей лиги. Словесное описание предметной области: Команда клуба "Надежда" города принимает участие в соревнованиях женской баскетбольной суперлиги России. В этих соревнованиях участвуют порядка 12 команд из разных клубов и городов России. Участие в соревновании определяется документов, в котором указано: год проведения (2002 – 2003), клубы, участвующие в розыгрыше. Необходимо хранить информацию об клубах и участниках соревнований. Каждый клуб характеризуется следующей информацией: название, дата создания, город, спонсоры (ФИО, название организации, если это не частное лицо), главный тренер, который тренирует команду клуба в настоящее время (необходимо хранить историю о всех тренерах) – ФИО, возраст, звание. Также необходимо знать информацию о наличии залов клуба (название зала, адрес, вместимость, телефон, категория (низкая, средняя и т.п.), информацию о видах транспорта, предоставляемого клубом для перемещения участников соревнований (вид, вместимость). Необходимо также хранить информацию о всех участниках соревнований, которые в разное время играли за клуб – ФИО, дату рождения, звания, антропологические данные (дата, рост, вес), игровой номер, выполняемое амплуа. Эта информация может меняться с течением времени (игрок сменил амплуа, вырос), поэтому необходимо хранить историю. Необходимо реализовать следующую обработку данных: - Список игроков (имя, год рождения) заданного клуба на текущий год, имеющих максимальный рост; - Построить диаграмму: перечень клубов, участвующих в соревнованиях в текущем году – город, количество залов. - Список тренеров заданного клуба (ФИО, год рождения) за всю историю существования клуба. 3 Автоматизированная информационная система «Технический осмотр автомобилей» Предприятие – учреждение ГИБДД Словесное описание предметной области: При проведении технического осмотра автомобиля необходимо фиксировать следующие данные: госномер автомобиля, проходящего технический осмотр, номер двигателя, цвет, марка, номер технического паспорта, номер водительского удостоверения, ФИО владельца, адрес прописки, год рождения, пол. Данные фиксируются на дату прохождения текущего осмотра, необходимо хранить историю осмотров – дата прохождения, результат. Необходимо также фиксировать ФИО, должность, звание сотрудника ГАИ, проводившего осмотр, заключение осмотра. Каждый день технический осмотр могут проходить много автомобилей, проводить осмотр могут разные сотрудники, но каждый сотрудник проводит за день не более 10 осмотров. Необходимо реализовать следующую обработку данных: - Построить диаграмму: количество автомобилей, прошедших техосмотр за заданный месяц с разбивкой по дням. - Список сотрудников ГАИ, проводивших осмотр на заданную дату: ФИО, звание сотрудника, госномера автомобилей, которые он осматривал. - История прохождения осмотров заданным автомобилем (номер двигателя) – дата прохождения, результат. 4 Автоматизированная информационная система «Оплата за междугородние разговоры» Предприятие связи, предоставляющие услуги междугородней связи. Словесное описание предметной области: Технолог междугородней телефонной станции (МТС) вносит в БД информацию о новых клиентах, пользующихся услугами, это: номер телефона клиента, ФИО, адрес, дата регистрации. Также технолог изменяет цены за пользование услугами, эти данные хранятся в следующем виде: дата, название населенного пункта, с которым осуществляется связь, стоимость одной минуты разговора, льготная стоимость (с 20.00 до 6.00). Оператор МТС фиксирует дату разговора, город, с которым произошел разговор, номер абонента, длительность разговора. После этого оператор отсылает абоненту квитанцию об оплате. Он также принимает извещение об оплате и фиксирует, что те или иные разговоры оплачены. Необходимо получить реализовать следующую обработку данных: - Построить диаграмму: количество абонентов, соединившихся с заданным городом за заданный месяц с разбивкой по дням. - Список абонентов, имеющих задолженности по оплате (срок оплаты – 20 дней) – дата, название организации, предоставляющей услуги связи, телефон, ФИО, адрес абонента. - Стоимость оплаты одной минуты разговора для разных населенных пунктов на заданную дату: название организации, предоставляющей услуги связи, .дата, название населенного пункта, стоимость одной минуты, льготная стоимость одной минуты. 5 Автоматизированная информационная система «Оплата услуг центра доступа в Интернет) Предприятие – провайдер, предоставляющий услуги доступа в Интернет в своем зале. Словесное описание предметной области: В БД заносится следующая информация о клиенте, пользующегося услугами Интернет: номер компьютера клиента, IP-адрес, дата, время начала соединения, окончания соединения, которые фиксируются автоматически при соединенияя. Цены за пользование услугами могут изменяться, эти данные хранятся в следующем виде: дата, стоимость одной минуты соединения, льготная стоимость с 20.00 до 2.00, льготная стоимость с 02.00 до 06.00. Для каждого абонента формируется квитанция об оплате, в которой содержится: название, адрес, телефон организации, выдавшей квитанцию, дата, время начала, окончания сеанса, количество минут, стоимость одной минуты, итоговая сумма, номер, ФИО оператора, выдавшего квитанцию, номер смены. В одной квитанции м.б. представлена информация о нескольких сеансах связи. Необходимо реализовать следующую обработку данных: - Построить диаграмму: количество клиентов за заданный месяц с разбивкой по дням. - Время заданных суток, на которое пришлось максимально количество клиентов. - Список сотрудников заданной смены: ФИО, должность, домашний адрес, домашний, мобильный телефоны. 6 Автоматизированная информационная система «Комплектующие к станкам» Предприятие, имеющее в своей структуре производственные участки и склады. Словесное описание предметной области: необходимо облегчить работу по учету комплектующих деталей, необходимых для ремонта и нормального функционирования станков предприятия. Каждый станок имеет номер, название (модель) и относится к определенному типу (токарные, фрезерные и т.п.). Необходимо фиксировать дату начала работы станка, эксплутационный срок и дату его списания. Каждому станку могут соответствовать разные комплектующие детали, каждая также имеет номер, название. Деталь получают со склада по накладной, в которой указано – с какого склада деталь получена, дата получения, цена детали на дату получения. На накладной расписывается ремонтник, производящий наладку и ремонт станка. Складов на предприятии м.б. несколько, каждый имеет номер, адрес (улица, номер дома), количество метров занимаемой площади. Необходимо реализовать следующую обработку данных: - Построить диаграмму: количество деталей заданного наименования, отпускаемых с заданного склада за заданный месяц с разбивкой по дням. - Список станков заданного наименования, находящихся на балансе предприятия на текущую дату – название организации, дата, номер станка, дата ввода его в эксплуатацию. - Список складов – название организации, дата, номер склада, адрес. 7 Автоматизированная информационная система «Кадры предприятия» Государственное предприятие. Словесное описание предметной области: На предприятии существует ряд подразделений. Каждое подразделение имеет штатное расписание, в котором имеется перечень должностей. Каждая должность имеет название, краткое название, шифр, нижнюю и верхнюю границы разрядов единой тарифной сетки (от 1 до 18). Также известно, сколько единиц каждой должности выделено подразделению. О сотрудниках, работающих на предприятии, необходимо знать всю историю их перемещения – где, в каком подразделении работал сотрудник, на какой должности, какой имел разряд, дату начала и дату окончания работы. Также о сотруднике необходимо хранить личные данные: ФИО, возраст, пол, семейное положение. Необходимо реализовать следующие запросы: - Штатное расписание заданного подразделения –должность, разряд – нижняя, верхняя граница, количество ставок. - Список сотрудников на заданную дату (ФИО, дата рождения), женского пола, достигших пенсионного возраста (55 лет) в текущем году по подразделениям. - Построить диаграмму: Список сотрудников моложе 20, работающих на заданной должности на предприятии. 8 Автоматизированная информационная система «Банк данных товаров, производимых различными предприятиями» (реклама). Рекламное предприятие. Словесное описание предметной области: Необходимо хранить информацию о товаре, который производится предприятиями области – каждый товар имеет название, номер, относится к какой-либо группе товаров (канцелярские принадлежности, бумага, скобяные товары и т.п.). Цена товара меняется во времени и определяется позицией прайс-листа, выпускаемого периодически на предприятии, производящем товар. Предприятие характеризуется названием, имеет статистический код, адрес, телефон. Каждое предприятие может производит много товаров, и в тоже время один и тот же товар могут производить несколько предприятий. Также необходимо знать ФИО и должность руководителя предприятия, телефон отдела маркетинга предприятия, руководителя отдела маркетинга, ФИО контактного лица. Необходимо реализовать следующие запросы: - Список товаров, выпускаемых заданным предприятием (название предприятия, дата, название товара, последняя цена, данные сгруппировать по группе товара). - Список предприятий, выпускающих заданный товар – название товара, дата, название предприятия, название населенного пункта. - Список всех предприятий – дата, название предприятия, телефон, ФИО контактного лица. 9 Автоматизированная информационная система «Учет договоров страхования» Предприятие – страховая организация. Словесное описание предметной области: Страховая организация заключает договора с физическими лицами и юридическими организациями. Для организации оформляется коллективный договор, в котором перечислены страхуемые сотрудники: ФИО, возраст, категория риска (первая, вторая, высшая и т.п.). О предприятии хранится следующая информация: код, полное наименование, краткое наименование, адрес, банковские реквизиты (номер банка), специализация предприятия (медицинское учреждение, автотранспортное предприятие, учебное заведение и т.п.). В заключаемом коллективном договоре указывается дата заключения, срок договора (конец действия договора), сумма выплат по каждой категории сотрудников, выплаты по страховым случаям. Выплаты зависят от категории сотрудника. Необходимо также хранит информацию о страховом агенте, заключившем договор (ФИО, паспортные данные). Каждый агент может заключить много договоров, в каждом договоре м.б. оформлено несколько сотрудников. А каждый конкретный договор м.б. заключен только одним агентом. Необходимо реализовать следующие запросы: - Список действующих договоров, заключенных заданным предприятием на текущую дату – название предприятия, адрес, дата, список договоров – номер, дата начала, дата окончания. - Список страховых агентов, работающих с заданным предприятием на текущую дату (ведущим действующие договора) – дата, название страховой фирмы, ФИО страхового агента, контактный телефон; - Список страховых выплат для каждой категории работников на текущую дату – дата, категория работника, страховая выплата. 10 Автоматизированная информационная система «Учёт спроса и предложения» Производственное предприятие, имеющее в структуре отдел маркетинга. Словесное описание предметной области: Отдел маркетинга предприятия занимается спросом выпускаемого товара. Каждый товар характеризуется кодом, названием, категорией (промышленные, бытовые, торговое оборудование и т.п.). Продажа товара на предприятии осуществляется по накладным, в которых указано кому отправлен товар (юридическое или физическое лицо, название, имя, адрес, номер, серия документа, банковские реквизиты (номер и название банка). В накладной также указывается отпускная цена на текущую дату, количество отпущенного товара. Необходимо отслеживать название населенных пунктов, название региона России и страны ближнего или дальнего зарубежья куда отправлен товар. Каждая накладная соответствует одному пункту назначения и одному покупателю. Необходимо реализовать следующие запросы: - Список покупателей, сделавших покупку на максимальную сумму на текущую дату – дата, название покупателя, адрес, сумма покупки. - Изменение стоимости заданного товара за весь учитываемый период времени (название предприятия, производящего товар, наименование товара, дата, стоимость); - Список существующих категорий товаров. 11 Автоматизированная информационная система «Учет приказов и распоряжений» Предприятие, имеющее в своей структуре ряд иерархически подчиняющихся подразделений. Словесное описание предметной области: Необходимо хранить информацию о внутренних приказах, распоряжениях или других подобных документах, сроках их выполнения и исполнителях. Например: название документа - "Указание о введении в действие плана по совершенствованию охраны труда", мероприятие, описываемое в документе – "Установить порядок выпуска приказов по случаю нарушения охраны труда", - исходящий корреспондент (человек, готовивший приказ) – гл. инженер. Информация о исходящем корреспонденте: название подразделения, должность корреспондента, ФИО. Приказ, распоряжение характеризуются номером, датой, содержанием, мероприятием, ответственным за выполнение (название подразделения, должность, ФИО), датой выполнения мероприятия, пометкой о выполнении мероприятия. В одном документе может быть перечислено несколько мероприятий. Фиксируется дата выхода документа. Распоряжение подписывает сотрудник ранга руководителя предприятия, необходимо фиксировать должность и ФИО. Необходимо реализовать следующие запросы: - Список исходящих корреспондентов, мероприятия по которым на заданную дату не были выполнены – текущая дата, дата выхода документа, название мероприятия, дата выполнения, ФИО, должность, название подразделения ответственного. - Список мероприятий за заданный период – дата начала периода, дата окончания периода, название мероприятия, выполнено или нет; - Список всех зафиксированных документов заданного типа (например, приказов) на текущую дату, отсортированных по дате документа – название предприятия, текущая дата, название вида документа, список документов – номер, дата документа, пометка о выполнении. 12 Автоматизированная информационная система «Расчет заработной платы» Государственное предприятие, имеющее в своей структуре ряд иерархически подчиняющихся подразделений. Словесное описание предметной области: расчет заработной платы производится для сотрудников предприятия, работающих на бюджетной основе. Для сотрудника определена должность и разряд. В соответствии с единой тарифной сеткой каждый разряд имеет свой коэффициент. Оклад рассчитывается как произведение минимального размера оплаты труда (он может меняться со временем) на коэффициент, соответствующий разряду. Также сотрудник имеет доплату – так называемый уральский коэффициент в размере 15 процентов от оклада. Удержания – 13 процентов подоходный налог, 1 процент – пенсионный фонд, 1 процент – профсоюзный взнос, если сотрудник член профсоюза. Необходимо вести расчет заработной платы и накапливать информацию по сотруднику на протяжении всего периода его работы. Необходимо за каждый месяц рассчитывать и хранить сколько всего начислено, удержано и к выплате. Расчет больничных и отпускных дней не вести. Необходимо реализовать следующие запросы: - Список коэффициентов, соответствующих разрядам на текущую дату – дата, список коэффициентов – разряд, коэффициент (разрядов 18). - Список сотрудников, имеющих минимальную ЗП за текущий месяц – дата, список сотрудников - ФИО, должность сотрудника, сумма к выдаче. - Список всех начислений, удержаний, выплат для заданного сотрудника на текущий месяц – дата, ФИО, должность сотрудника, все начисления, удержания, выплата. 13 Автоматизированная информационная система «Учет средств вычислительной и оргтехники» Предприятие, имеющее в своей структуре ряд иерархически подчиняющихся подразделений. Словесное описание предметной области: Необходимо вести учет средств ВТ и оргтехники на предприятии. Каждое средство имеет инвентарный номер, название, модель, дату приобретения, стоимость. На предприятии средства могут передаваться из подразделения в подразделение, при этом необходимо знать дату передачи и новое материально ответственное лицо (ФИО, должность). Материально ответственный должен работать в том подразделении куда передается техника. Также необходимо знать номер комнаты где находится техника на текущий момент. О каждом подразделении фиксируется номер, полное и краткое название. Также необходимо фиксировать кто по должности в подразделении является руководителем. а кто материально ответственным лицом. Необходимо реализовать следующие запросы: - Список средств ВТ и оргтехники, закрепленной за данным подразделением в настоящий момент времени – название предприятия, название подразделения, дата, список средств ВТ и оргтехники – инвентарный номер, название, модель. - Список всех помещений подразделения на текущий момент времени, их площадь – название предприятия, название подразделения, дата, список помещений – номер, количество кв.м. - Наименование техники, закрепленной за заданным материально ответственным лицом на текущий момент времени – дата, ФИО, должность материально ответственного лица, список техники – инвентарный номер, название, модель. 14 Автоматизированная информационная система «Учет инвентаря на складах предприятия» Предприятие, имеющее в своей структуре ряд иерархически подчиняющихся подразделений. Словесное описание предметной области: Предприятие имеет несколько складов, в которых находится рабочий инвентарь (тип инвентаря - спецодежда, инструменты, подсобные средства и т.п.). Каждый склад имеет номер, название, телефон. Инвентарь завозят на склад в соответствии с приходной накладной, которая имеет дату, перечень (наименование) инвентаря, количество единиц каждого инвентаря. Также указывается ФИО и должность сотрудника склада, принявшего инвентарь. Расход инвентаря со склада осуществляется по расходной накладной, которая имеет ту же структуру, что и приходная, только учитывает расход инвентаря со склада. Поступление инвентаря на склад отражается в карточке складского учета, заводимой для каждого наименования инвентаря. В карточке учитываются все приходы и расходы. Необходимо реализовать следующие запросы: - Список инвентаря заданного типа на заданном складе и его количество на текущую дату. - Список всех приходов и расходов инвентаря заданного наименования на всех складах – дата, название инвентаря, список - дата прихода, количество, дата расхода, количество. - Список всех складов, отсортированных по названию на текущую дату. 15 Автоматизированная информационная система «Учет пациентов клинической больницы». Клиническая больница. Словесное описание предметной области: На каждого вновь поступившего больного заводится карточка медицинской статистики: ФИО больного, пол, возраст, предварительный диагноз, как поступил больной (направление поликлиники, доставлен скорой помощью и т.п.), дата поступления, прочее описание: примерный рост, цвет волос, особые приметы, примерный возраст, номер палаты, в которую положен больной. Информация о больном м.б. неполной, если он не может ответить на вопросы. За время лечения в больнице больной м.б. переведен в разные палаты, необходимо знать дату перевода, номер и телефон палаты. После окончания лечения фиксируется дата выписки и причина выписки либо другой исход (полное излечение, направлен в санаторий и т.п.) Необходимо реализовать следующие запросы: - Телефон и номер палаты заданного больного (больной м.б. определен по ФИО, если однофамильцев несколько, указать всех, при этом выводить возраст больного). - Список всех больных на заданное число – дата, номер палаты, ФИО больного, возраст, дата поступления. - Список больных, достигших заданного возраста женского пола на текущую дату– дата, ФИО больного, возраст. 16 Автоматизированная информационная система «Места проведения досуга граждан» (информационная служба города) Организация, занимающиеся организацией досуга населения. Словесное описание предметной области: необходимо вести учет всех объектов города, где могут проходит развлекательные мероприятия, отдых граждан. Объект характеризуется названием, типом (танцзал, спортзал, бильярдный клуб и.т.), адресом, количеством мест, адресом, информацией о владельце – частное, юридическое лицо, название, имя, ФИО руководителя, контактный телефон, дата открытия. Объект может закрыться, а потом снова начать работу (сезонные объекты), это необходимо учитывать. Необходимо собирать информацию о популярности среди населения данного объекта (дата, количество посетивших объект). Также необходимо иметь информацию о мероприятиях, заявленных на проведение. В заявке должны учитываться: название объекта, дата проведения, название мероприятия, вид мероприятия (концерт, клубное первенство, просмотр фильма и т.п.). Необходимо реализовать следующие запросы: - Список объектов города на текущую дату –дата, название действующих объектов – тип, название, адрес. - Список мероприятий, которые будут проводится в ближайшие 2 недели – дата проведения, название мероприятия, название объекта, адрес. - Список объектов заданного типа на текущую дату. 17 Автоматизированная информационная система «Досуг молодежи» Предприятие – Дом творчества молодежи. Словесное описание предметной области: в доме культуры ведется учет сведений о детях, посещающих кружки детского творчества, также необходимо иметь информацию о сотрудниках дома культуры или других гражданах, которые ведут занятия в кружках. О преподавателях, ведущих занятия необходимо знать паспортные данные, ФИО, дату рождения, пол, семейное положение, образование, адрес, домашний телефон, специализацию (бальные танцы, хореография, фотодело и т.п.). Каждый преподаватель может вести занятия в нескольких группах, но только по своей специализации, при чем каждый может владеть несколькими специализациями. Каждый кружок или студия имеет несколько детских групп, как правило, сформированных по возрасту. О ребенке необходимо знать ФИО, возраст, если он учится – номер школы, класс, данные свидетельства о рождении (номер дата выдачи), адрес, домашний телефон, сведения о родителях. Каждая студия или кружок имеет номер название, каждая группа также имеет номер и название. Дети, как правило не переходят из группы в группу, но если переходят, это надо учитывать – дату перехода, откуда и куда перешел, для этого надо хранить дату начала посещения кружка и дату окончания. Необходимо реализовать следующие запросы: - Список детей заданной группы на текущую дату – название дома культуры, название кружка, название группы, дата, список детей – ФИО, возраст. - Списки всех кружков и студий с именами руководителей на текущую дату. - Данные о заданном ребенке – личные данные и какой кружок и группу посещает. 18 Автоматизированная информационная система «Выставочные залы города» Предприятие – областной союз художников. Словесное описание предметной области: необходимо иметь информацию о выставочных залах города, выставках, проводимых в них, участниках выставок. Каждый выставочный зал характеризуется название, площадью, адресом, телефоном. Зал может принадлежать какому-либо владельцу – это м.б. городская организация. областная, общественная, частное лицо. Необходимо иметь сведения о владельцах (название или имя, адрес, телефон). Также необходимо хранить информацию о видах выставок, проводимых в выставочных залах – это могут быть выставки изобразительного искусства, прикладного, скульптура и т.п., датах проведения выставок О художниках, которые принимают участие в выставках, необходимо хранить: имя, место и дату рождения, краткую биографическую справку, сведения об образовании. Каждый художник на выставке может представлять несколько работ, необходимо хранить название работы, её исполнение (краски, акварель, скульптура и т.п.), дату создания, размеры: высота, ширина, если это скульптура – объем. Необходимо реализовать следующие запросы: - Список участников и их работы заданной выставки – название выставки, дата проведения, список работ – название. исполнение, ФИО автора, возраст автора, дата создания. - Список всех выставочных залов города – дата, название, адрес, занимаемая площадь, владелец. - Перечень выставок, проходящих в городе с адресами залов на текущий момент – дата, список – название выставки, адрес зала. 19 Автоматизированная информационная система «Учет отказа оборудования» Предприятие, имеющее в своей структуре ряд иерархически подчиняющихся подразделений. Словесное описание предметной области: необходимо вести учет отказа оборудования на каком-либо участке предприятия. Производственные участки на предприятии имеют номер, название (гальванический участок, участок переработки сырья и т.п.). На каждом участке может работать разное оборудование: газовое, сварочное, электрическое. Оборудование имеет номер и название (манометр, газосварочный аппарат и т.п.). Любое оборудование проходит технический осмотр, за год их м.б. несколько. Фиксируется дата осмотра и результат – годен к работе, передать в ремонт, списать и т.п., а также причину нерабочего состояния оборудования (механическая поломка, электропроводка и т.п. – причины отказа). Каждый осмотр проводит какой-либо сотрудник технического отдела, необходимо хранить о нем следующие данные: табельный номер, ФИО, занимаемую на время осмотра должность. Оборудование может отказать в работе и между техническими осмотрами, в таком случае также фиксируется дата, причина, ФИО сотрудника, проведшего соответствующий осмотр на момент отказа. Необходимо реализовать следующие запросы: - Список отказавшего оборудования на участках предприятия – дата, список - название оборудования, тип оборудования, название участка, причина отказа, дата отказа. - История технических осмотров оборудования с заданным инвентарным номером на предприятии – дата формирования отчета, инвентарный номер, название, тип оборудования результат осмотра. - Фамилии и должности сотрудников технического отдела на заданную дату – дата, список – ФИО, должность. 20 Автоматизированная информационная система «Каталог изданий периодической печати». Отдел комплектации литературы библиотеки. Словесное описание предметной области: на предприятии ежегодно выписываются издания, издающиеся на территории России. Необходимо вести сведения о выписанных и полученных номерах различных журналов и газет. Подписка м.б. оформлена на год и на половину года, необходимо хранить сроки подписки периодического издания (это м.б. газета или журнал) дата начала подписки, дата окончания, стоимость подписки, периодичность выхода, способ доставки (приносит почтальон, получение бандероли на почте, предполагаемую дату доставки – число, месяц). Надо знать подписной индекс издания, название. При получении издания необходимо фиксировать, что оно получено, какого числа и месяца, номер издания, а также фиксировать ФИО и должность сотрудника, получившего издание. Необходимо реализовать следующие запросы: - Список всех изданий, выписанных на заданный год – сначала журналы, затем газеты, стоимость каждого издания на период подписки, период подписки. - Список изданий, которые не были получены в течение предыдущих двух месяцев – дата формирования отчета, список изданий – название, дата подписки, периодичность, количество неполученных номеров. - ФИО сотрудника подразделения, оформившего получение заданного издания на заданный месяц. 21 Автоматизированная информационная система «Банк данных туристических путевок сети турбюро» Предприятие – туристическое бюро. Словесное описание предметной области: Офисы сети туристических бюро предлагают информацию о имеющихся турах, наличии путевок, их стоимости. Каждый тур характеризуется типом (отдых на море, шор-тур, горные лыжи и т.п.), продолжительностью. Каждому конкретному туру может соответствовать один или более различных населенных пунктов, принадлежащих разным странам. В информации о туре приводятся сведения о наличии гостиниц в населенных пунктах, название, количество звездочек. Цена на конкретный тур и на конкретную дату определяется прайс-листами, периодически выпускаемыми сетью турбюро. Для каждого тура также указывается вид транспорта, пункт отправления группы: Необходимо реализовать следующие запросы: - Полная информация о заданном туре; - Список всех пятизвездочных отелей, через которые проходят туры; - Прайс-лист на заданную дату, в котором д.б. указаны название организации владельца сети турбюро, её юридический адрес, телефон, ФИО контактного лица и перечень всех имеющихся туров. 22 Автоматизированная информационная система «Учет животных, птиц, рептилий в зоопарке» Предприятие – крупный зоопарк. Словесное описание предметной области: каждому новому питомцу зоопарка присваивается уникальный номер, имя. Необходимо также хранить дату рождения, пол. О птицах дополнительно необходимо хранить сведения о месте зимовки (если такое существует – код, название страны, дата улета, дата прилета), для рептилий необходимо хранить сведения о его нормальной температуре, сроки зимней спячки. Каждому питомцу назначается рацион кормления, который характеризуется номером, названием, типом (детский, диетический, усиленный и т.п. Каждый тип рациона может содержать несколько названий рационов. Рацион может со временем меняться. Необходимо также учитывать зону обитания животного (название, характеристика). Каждое животное относится к одной зоне обитания. Также необходимо хранить информацию о том, к какому смотрителю на текущий момент прикреплен питомец. За каждым животным закреплен обязательно один смотритель, а каждый смотритель одновременно может обслуживать нескольких. Также в зоопарке есть ветеринары, которые тоже закреплены за животными. Каждый сотрудник имеет свой личный номер, имя, дату рождения, также необходимо знать номер телефона и семейное положение сотрудника. Если кто-то из одной семьи работает вместе (супруги), необходимо об этом знать. Необходимо реализовать следующие запросы: - Полная информация по типу и имени питомца зоопарка; - Список сотрудников, работающих семейными парами – ФИО, дата рождения, телефон; - Перечень всех животных на текущую дату и номера их рационов. 23 Автоматизированная информационная система «Банк данных насаждений парков» Предприятие по благоустройству парков. Словесное описание предметной области: предприятие оказывает такие виды услуг, как: формирование ландшафтов, насаждение парков, озеленение улиц и скверов. Фирма имеет название, юридический адрес. Каждый обслуживаемый парк делится на зоны. Каждому высаживаемому растению присваивается уникальный номер в пределах зоны. Необходимо хранить дату высадки растения и возраст растения. Растение м.б. высажено в парке в многолетнем возрасте. Каждое растение относится к какому-либо одному виду. Режим полив каждого растения зависит от возраста растения и его вида. Каждый полив характеризуется днем (каждый, один раз в неделю и т.п.) временем полива, нормой воды в литрах. Насаждения поливаются максимум один раз в день. Также необходимо иметь информацию о служителях парка, которых ухаживают за насаждениями (ФИО, телефон, адрес). Каждый служитель закрепляется за насаждением графиком (дата). на каждую дату закреплен за насаждением только один служитель. Также есть декораторы парка, о них необходимо хранить информацию о ФИО, телефоне, адресе, образовании, названием законченного учебного заведения, категорией (высшая, средняя и т.п.) Необходимо реализовать следующие запросы: - Полная информация по о насаждениях заданного вида; - Список сотрудников, работающих на заданную дату – ФИО, дата рождения, телефон; - Перечень всех растений заданного вида на текущую дату и режимы их полива. 24 Автоматизированная информационная система «Банк данных технологий создания различных продуктов». Предприятие, выпускающие продукты питания. Описание предметной области: Каждый продукт имеет название и для его производства требуется один или более ингредиентов, также каждый продукт можно создать по нескольким рецептам. Каждый рецепт имеет номер, название, описание и автора (код, фамилия, имя, страна, год). В каждом рецепте указана раскладка ингредиентов: название, количество грамм на кг продукта, способ подготовки ингредиента - код, название (размягчение, нагревание, просеивание и т.п.). Необходимо также знать число калорий на 1 грамм ингредиента. Цена ингредиента определяется из накладной на дату получения. Необходимо систематизировать продукты по группам (код, название группы). Также надо вести сведения о поставщиках ингредиентов: код, название, адрес, телефон. Необходимо реализовать следующие запросы: - Прайс-лист заданного поставщика на заданную дату – дата, реквизиты поставщика, название ингредиента, его стоимость за единицу; - Список блюд, имеющих минимальную калорийность; - Список блюд и названия рецептов для каждого блюда. 25 Автоматизированная информационная система «Музейные фонды» Описание предметной области: Музейные предметы хранятся в музейных фондах. Существуют различные фонды: живопись, графика, икона, скульптура, декоративно-прикладное искусство (ДПИ), нумизматика, археология, рукописи и редкая книга и т.п. Для удобства работы в ряде фондов предусмотрены вспомогательные картотеки комплектов - сервизов и гарнитуров в ДПИ, альбомов в графике, иконостасов в древнерусском искусстве и т.п. Необходимо реализовать ведение карточек музейных предметов - инвентарный номер, название, дата создания, точно определена дата создания или приблизительно, авторах работы (только первый автор – ФИО, дата рождения, страна), выставки, в которых участвовал музейный предмет. Необходимо вести учет движения (прием на хранение, передача на выставку, возвращение с выставки, списание и т.п.) музейных предметов вне (знать информацию об организации, которой на время передается предмет – название, адрес, телефон, ФИО контактного лица, адрес где проводится выставка, название выставки, дата начала работы, дата окончания работы) и внутри музея (из фонда в фонд), осуществлять оформление актов движения. Акты подписывает руководитель музея и хранитель фонда, отвечающий за предметы в музейном фонде. Предметы могут передаваться как в составе целого комплектом, так и по отдельности. Необходимо реализовать следующую обработку данных: - Местонахождение заданных музейных предметов на заданную дату, отдельно и по комплектам. - Описание заданного комплекта – название комплекта, название предмета, дата создания предмета, автор, аннотация к предмету (небольшое текстовое описание). - Карточка учета заданного предмета – инвентарный номер, название, дата создания, название комплекта (если предмет входит в комплект), название фонда, ФИО хранителя, отвечающего за предмет. 26 Автоматизированная информационная система «Расчет предельно-допустимых сбросов (ПДС) сточных вод предприятия» Описание предметной области Предприятие, для которого производится расчет ПДС может иметь несколько выпусков (сбросов) сточных вод. Каждый выпуск характеризуется своими техническими параметрами, которые учитываются в расчетах. Каждый выпуск имеет свой набор загрязняющих веществ (код, название). Для каждого выпуска существует свой контрольный створ (точка в водоеме, отстоящая от места выпуска на 50-500 м, в которой производится замер концентраций загрязняющих веществ – номер, название, расстояние от места выпуска). Несколько выпусков могут иметь один и тот же контрольный створ, но не наоборот. Расчет производится для каждого выпуска в отдельности в два этапа. Первый - это расчет для каждого загрязняющего вещества индивидуального ПДС (без учета других веществ) по специальной методике. Для этого расчета требуются следующие данные: фоновая концентрация вещества в контрольном створе, концентрация вещества в сточных водах выпуска, диаметр выпускного отверстия, минимальная скорость течения воды в месте выпуска, расход сточных вод, угол истечения стоков относительно поверхности водоема, расстояние от выпуска до поверхности водоема, до берега и до ближайшей границы водопользования (т. е. до контрольного створа), коэффициент неконсервативности (КНК) вещества, предельно допустимая концентрация (ПДК) вещества в контрольном створе. Второй этап - расчет ПДС для каждого вещества (код, название, группа, класс опасности) на основе индивидуального ПДС с учетом других веществ, находящихся в одной группе с одинаковым лимитирующим фактором вредности (ЛФВ) или в одной группе с одинаковым классом опасности. Распределение веществ по группам ЛФВ и классам опасности происходит в зависимости от типа водопользования предприятия, для которого считается ПДС. Проектируемая БД должна содержать информацию по всем предприятиям (код, наименование), для которых производится расчет ПДС. Значения фоновых концентраций, концентраций в стоках и ПДК веществ должны быть закреплены за датой. Необходимо знать наименование и характеристики всех выпусков (код, наименование, дата), необходимых для проведения расчетов ПДС. Необходимо реализовать следующую обработку данных: - список всех контролируемых веществ для каждого выпуска с концентрациями этих веществ в сточных водах; - ПДК, фоновая концентрация и КНК веществ по всем контрольным створам для каждого выпуска; - перечень всех выбросов для заданного предприятия в заданный момент времени. 27 Автоматизированная информационная система «Делопроизводство Описание предметной области: - регистрацию деловой документации (входящей, исходящей и внутренней); - внесение изменений в ходе исполнения поручений (перенос сроков исполнения, назначение новых исполнителей); Корреспонденты могут быть внутренними (отдел, должностное лицо, формирующее документ) и внешними (код, название организации). Необходимо хранить информацию об исполнителях (сотрудники предприятия) с указанием полностью их фамилий, должностей, телефонов, электронных адресов. Необходимо также хранить информацию об авторах резолюций с указанием фамилий, должностей, телефонов, электронных адресов (сотрудники предприятия) и перечень контролеров исполнения документов с указанием фамилий, должностей, телефонов, электронных адресов. - на заданную дату список документов (номер, название, тип – распоряжение, приказ и т.п.) у которых истекли сроки выполнения задач; - выдачу уведомлений на заданную дату приближающихся сроках исполнения задач (тех, у которых дата исполнения более заданной на определенное количество дней) – указать номер, название документа, название задачи, ФИО, должность исполнителя. 28 Автоматизированная информационная система «Учет цен на мясо и молоко» Описание предметной области: Необходимо обеспечить хранение и обработку информации о закупочных и отпускных ценах на мясные и молочные продукты. Информация об изменениях закупочных и отпускных цен на молочные и мясные продукты поступает еженедельно. Каждый продукт имеет код, название, сорт, относится к той или иной группе продуктов (колбасные изделия, мясные полуфабрикаты, сыры, молоко, творожные изделия и т.п.). Информация поступает от молочных и мясных комбинатов (код, название, адрес телефон, ФИО и должность лица, предоставившего информацию), известна дата предоставления информации. Предприятие может находиться в данном регионе (город, область), либо принадлежать другому региону. - динамика закупочных и отпускных цен на заданное наименование товара (говядину, свинину и т.п.) за заданный промежуток времени; - закупочные и отпускные цены предприятий на заданную дату; - средняя закупочная и отпускная цена заданных видов продукции на заданную дату по регионам. 29 Автоматизированная информационная система «Обучение на курсах» Описание предметной области: Организация (код, название, адрес, телефон, электронный адрес) проводит курсы. Каждый курс имеет код, название, тип (информационные технологии, менеджмент и т.п.), количество дней обучения, количество обучаемых, цену, цену с учетом 20% НДС. Цена со временем может меняться. Цена устанавливается соответствующим документом (номер, дата, цена). Занятия проводят преподаватели (номер, ФИО, дата рождения, пол, образование, категория – высшая, первая, вторая). Закрепление преподавателей за курсами осуществляется с помощью документа, в котором указано какой курс будет проводить данный преподаватель, дата начала обучения, дата окончания. В выходные дни – суббота, воскресение – занятия не проводятся. Организация принимает заявки на обучение (обучение проводится только по заявкам и только для организаций), в которой д.б. указаны: название организации, отправляющей сотрудников на обучение, адрес, телефон, электронная почта: количество человек, о каждом сообщается ФИО, должность; на какие курсы и в какой срок необходимо обучение. - прайс-лист организации на заданную дату – перечень курсов, количество дней, цена, цена с учетом НДС; - расписание заданного преподавателя за заданный период – название курса, дата начала, дата окончания; - заданный курс, за заданный период наполнение групп – полностью ли? 30 Автоматизированная информационная система «Учет горюче-смазочных материалов на автобазе» Описание предметной области: На автобазе (код, название) ведется учет горюче-смазочных средств (ГСМ), заправляемых в автомобили, выполняющих рейсы по соответствующим путевым листам. При заправке автомобилей в гараже формируется раздаточная ведомость, в которой указаны: номер ведомости, число. В одной ведомости м.б. оформлены данные на нескольких водителей. В каждой позиции ведомости записывается: марка автомобиля, гос.номер автомобиля, номер путевого листа, фамилия, инициалы водителя, количество заправленного ГСМ, в литрах и килограммах. ГСМ – это бензин, дизтопливо, дизмасло, автол, солидол, нигрол и т.п. Для каждого автомобиля на одну поездку м.б. выделено несколько видов ГСМ. Ведомость подписывает сотрудник, имеющий должность заправщика. Указываются его ФИО. В заголовке ведомости указывается автобаза, которой принадлежит автомобиль и гараж. У каждой автобазы м.б. несколько гаражей. Ведомости формируется отдельно для каждого гаража заправщиком гаража. - количество заданного вида ГСМ, заправленных в заданном гараже за заданный период времени; - виды и количества ГСМ, полученных заданным водителем за заданный период; - перечень всех ГСМ, выданных за заданный период, их количество. /Новые/ 2_1. Автоматизированная информационная система «Индивидуальный план преподавателя» Описание предметной области . Для каждого преподавателя (ФИО, Год рождения, Домашний адрес, Контактные телефоны) высшего учебного заведения (Код, Название, Краткое название) на каждый учебный год (Год начала учебного года, Год окончания учебного года) формируется индивидуальный план. В индивидуальном плане отражается общий объем работ преподавателя, который он должен выполнить в течение учебного года. Учет работ ведется по следующей форме:
В течение учебного года преподаватель выполняет следующие виды работ (Код, Название Краткое название): «Учебная работа», «Учебно-методическая работа», «Научно-методическая работа», «Научно-исследовательская работа», «Организационно-методическая работа», «Внеучебная работа со студентами», «Прочие виды работ». Необходимо вести учет в часах (целых и долях часов) объем запланированных и фактически выполненных объемов работ для каждого преподавателя по семестрам. Для каждого преподавателя также необходимо фиксировать место работы – факультет (Код, Название, Краткое название), кафедра (Код, Название, Краткое название), занимаемую должность (Код, Название, Краткое название), время работы в этой должности (Дата начала, Дата окончания, Ставка, Дата избрания на должность), кем является преподаватель – штатным сотрудником или совместителем. Также для преподавателя фиксируются: - ученая степень (Код, Название, Краткое название) – доктор, кандидат; каких наук (Код, Название, Краткое название) – технических, экономических и т.п.; год присуждения; - ученое звание (Код, Название, Краткое название) – профессор, доцент, с.н.с. и т.п.; год присуждения звания. Необходимо осуществлять следующую обработку данных: - формирование для каждого преподавателя итоговой суммы (в часах) запланированных и выполненных объемов работ по семестрам; - список преподавателей, у которых фактическое значение выполненных работ превышает плановое (факультет, кафедра, ФИО, уч.степень, уч.звание, должность, семестр, кол-во перевыполненных объемов работ); - список преподавателей заданной кафедры, имеющих заданную ученую степень на заданную дату. 2_2. Автоматизированная информационная система «Обслуживание заказов клиентов» Описание предметной области. Предприятие (Код, Название, Краткое название) осуществляет доставку разных товаров (Код, Название, Краткое название) населению. Прием заказов от населения осуществляет специальная служба (Код, Название, Краткое название) предприятия. Для того чтобы стать потребителем услуг предприятия каждый абонент должен зарегистрироваться, при этом фиксируются его ФИО, адрес, телефон и паспортные данные (Серия, Номер, Дата выдачи, Кем выдан). Каждый абонент в течение дня может сделать несколько заказов (Дата, Время), заказу присваивается номер. В каждом заказе может содержаться несколько товаров, для каждого указывается количество товара, единица измерения (Код, Название, Краткое Название), цена за единицу товара, общая стоимость товара. Заказ также имеет итоговую сумму. При формировании бланка заказа, который будет подписан абонентом при получении товара фиксируется, оплачен заказ, или абонент получает товар в кредит. Также на бланке заказа указывается: реквизиты предприятия (название, адрес, контактные телефоны); ФИО и должность оператора, приявшего заказ; ФИО, должность сотрудника, доставившего заказ. Необходимо осуществлять следующую обработку данных: - список товаров (код, наименование), пользующихся наибольшим спросом (максимальное количество позиций заказов) у населения за заданный период; - динамика изменения стоимости заданного товара за заданный период по месяцам; - список наименований улиц, на которых проживают абоненты предприятия по убыванию числа абонентов. 2_3. Автоматизированная информационная система «Прохождение преддипломной практики студентами вуза» Описание предметной области. Студенты высшего учебного заведения (Код, Название, Краткое название) в период подготовки дипломной работы (проекта) проходят преддипломную практику. Для каждого студента (Номер зачетной книжки, ФИО), обучающегося на определенной специальности (Код, Название, Краткое название), факультете (Код, Название, Краткое название), форме обучения (Код, Название, Краткое название) фиксируется место прохождения преддипломной практики – предприятие (Код, Название, Краткое название), адрес предприятия, ФИО, должность руководителя от вуза, ФИО, должность руководителя от предприятия, срок прохождения практики (Дата начала, Дата окончания). В базе данных также необходимо вести данные о сроках защиты практики для каждой группы, оценке, полученной студентом за практику. При вводе данных о месте прохождения практики для каждого студента необходимо помечать – планирует ли студент в дальнейшем работать на данном предприятии, варианты ответов - да, нет, не знаю. Необходимо осуществлять следующую обработку данных: - количество студентов, проходивших практику на заданном предприятии в заданный период; - перечень предприятий (название, адрес) по алфавиту, на которых проходили преддипломную практику студенты заданной специальности за заданный период; - на заданную дату список студентов заданной специальности и потока (год обучения), не имеющих оценку за практику. 2_4 Автоматизированная информационная система «Лицензионное программное обеспечение организации» Описание предметной области. Необходимо вести учет и анализ информации о лицензионном программном обеспечении (ПО), установленном на компьютерах организации (Код, Название, Краткое название). Для каждого компьютера фиксируется инвентарный номер, тип (рабочая станция или сервер), местоположение – в каком подразделении (Код, Название, Краткое название) организации компьютер установлен. Компьютеры могут передаваться из подразделения в подразделение, при этом необходимо знать сроки (Дата начала, Дата окончания) нахождения компьютера в подразделении и на основании какого документа он перемещается (Номер документа, Дата документа), тип этого документа (приказ, распоряжение и т.п.). При установке лицензионного ПО фиксируется, куда установлено ПО – на какой компьютер, название продукта, его тип (среда разработки прикладных программ, среда администрирования БД, операционная система, антивирусная программа и т.п.), фирма производитель, срок действия лицензии (Дата начала, Дата окончания), дата установки, цена за единицу ПО. При этом также необходимо фиксировать информацию об организации, продавшей программное обеспечение – название, адрес, контактные телефоны, адрес сайта. Необходимо осуществлять следующую обработку данных: - на заданную дату список подразделений, на компьютерах которых установлено не лицензионное ПО; - список лицензионного ПО, количество лицензий на это ПО (по убыванию) на заданную дату; - список подразделений, количество компьютеров у подразделения (по убыванию) на заданную дату. 2_5 Автоматизированная информационная система «Арендная плата за нежилые помещения» Описание предметной области. Организация (Код, Название, Краткое название, Адрес, Контактные телефоны, электронный адрес) сдает в аренду помещения. Каждое помещение характеризуется следующими показателями: - адрес; - площадь – кв.м.; - площадь подвала – кв.м. (при наличии); - коэффициент подвала – значение от 0 до 1; - коэффициент технического обустройства помещения (КТ) – значение от 1 до 2. Арендная плата зависит от базовой ставки за 1 кв.м. (в рублях), которая утверждается документом (Номер, Дата) агентства Госкомимущества России. Формула расчета месячной арендной платы (МАП): МАП = (базовая ставка/12 * площадь помещения + базовая ставка/12 * площадь подвала * коэффициент подвала) * КТ. При изменении базовой ставки МАП изменяется со следующего месяца после даты изменения ставки. Оплата производится ежемесячно. Договор об аренде может заключаться как с организациями (Юридическими лицами), так и с физическими лицами. В договоре об аренде помещения, имеющего номер, дату фиксируется дата начала аренды, дата заключения аренды. Для юридического лица в БД заносятся название, адрес, ИНН, номер и дата лицензии о деятельности. Для физического лица – ФИО, паспортные данные (Серия, Номер, Дата выдачи, Кем выдан), ИНН и адрес. Необходимо осуществлять следующую обработку данных: - итоговая сумма оплат за текущий месяц (на заданную дату); - список арендаторов (тип, название, адрес и другие характеристики арендуемого помещения) на текущую дату; - список помещений, не сданных в аренду на текущую дату. 2_6 Автоматизированная информационная система «Списание основных средств» Описание предметной области. Основные средства - это имущество организации, предприятия со сроком полезного использования. На предприятии (Код, Название, Краткое название) имеется перечень основных средств разного типа (мебель, вычислительная техника, оборудование, инструменты и т.п.), закрепленных за подразделениями предприятия. Закрепление осуществляется на основании определенного документа, имеющего номер, дату, в нем указан срок закрепления средства за подразделением. При списании имущества предприятия создается комиссия, в которую входят руководитель предприятия, главный бухгалтер, главный инженер, главный энергетик, главный механик, руководитель подразделения, где находится средство, материально ответственный в подразделении. При списании средства формируется документ, имеющий номер, название, дату и подписи членов комиссии. В каждом документе может быть указано сразу несколько списываемых средств, для каждого указывается: - инвентарный номер; - название; - принадлежностью к типу; - дата постановки на учет в подразделении; - плановый срок эксплуатации (год, месяц); - балансовая стоимость (в рублях), определяемая при постановке средства на учет. Для каждого средства также указывается дефект, ставший причиной списания (Код, Название) – износ, поломка, не имеющая восстановления, утрата и др. Необходимо осуществлять следующую обработку данных: - на заданную дату список (наименование) средств, закрепленных за каждым подразделением, балансовая стоимость средства; - динамика списания средств заданного наименования (количество) за заданный период по месяцам; - на заданную дату список комиссии по списанию. 2_7. Автоматизированная информационная система «Аттестация сотрудников предприятия» Описание предметной области. Предприятие (Код, Название, Краткое название) периодически проводит аттестацию сотрудников на соответствие ими занимаемой должности. Каждый сотрудник за время работы может проходить несколько аттестаций. Для проведения аттестации (Дата) необходима следующая информация: ФИО сотрудника, дата рождения, место работы (Код, Название, Краткое название) подразделения, занимаемая должность (Код, Название, Краткое название), ставка, дата начала работы, дата окончания работы контракта), название, номер и дата приказа о назначении на должность. Необходимы также следующие сведения: - сведения об образовании – какое заведение окончил, документ об образовании, квалификация по образованию (инженер, учитель, экономист); - дата начала трудового стажа; - дата начала стажа по специальности; - сведения о повышении квалификации – в каком заведении проходил, дата начала, дата окончания прохождения. У каждого сотрудника может быть несколько документов об образовании и повышении квалификации. Каждому аттестуемому могут задать несколько вопросов, необходимо хранить количество заданных вопросов и количество правильных ответов. Также необходимо хранить оценку деятельности работника – соответствует или не соответствует занимаемой должности. Каждую аттестацию проводит комиссия, необходимо фиксировать ФИО, место работы и должность члена комиссии. Максимальное число – 5 человек. Необходимо осуществлять следующую обработку данных: - на заданную дату список сотрудников (ФИО, место работы), не прошедших аттестацию – не соответствующих занимаемой должности; - на заданную дату количество сотрудников, работающих на предприятии в заданной должности; - список учебных заведений, предприятий, их адреса, на которых сотрудники предприятия повышали свою квалификацию. 2_8. Автоматизированная информационная система «Трудоустройство» Описание предметной области. Организация (Код, Название, Краткое название Адрес, Контактные телефоны, электронный адрес) предоставляет услуги по трудоустройству. Организацией ведется банк данных о существующих вакансиях. По каждой вакансии поддерживается следующая информация: - предприятие (Код, Название, Краткое название Адрес, Контактные телефоны, электронный адрес); - название вакансии (должность); - требования к соискателю: пол, возраст (Верхняя граница, Нижняя граница), образование (высшее, среднее, не имеет значение и т.п.), знание определенных видов деятельности (выбор из перечня - знание электронного документооборота, определенных прикладных программ и т.п.), коммуникабельность (да, нет); - обязанности (выбор из перечня – заключение договоров, распространение агитационного материала, работа с клиентами и т.п.); - предполагаемая оплата (Нижняя граница, Верхняя граница), единицы измерения оплаты - рубли; - оформление трудовой книжки (да, нет); - наличие социального пакета (да, нет); - срок начала открытия вакансии; - срок закрытия вакансии (вакансия занята). Необходимо осуществлять следующую обработку данных: - на заданную дату список предприятий, имеющих вакансии по заданной должности; - название должности, на которую за заданный период было предложено максимальное количество вакансий; - на заданную дату список предприятий, предлагающих вакансии, не требующих образования. 2_9. Автоматизированная информационная система «Спортивные сооружения области» Описание предметной области. Областная организация (Код, Название, Краткое название Адрес, Контактные телефоны, электронный адрес) ведет и предоставляет на сайте информацию о спортивных сооружениях области. По каждому сооружению ведется информация: - место – населенный пункт, городского или сельского типа, адрес; - номер, название, краткое название; - тип сооружения (игровые виды спорта, легкоатлетический манеж, каток, ипподром и др.); - площадь спортивной арены, кв.м.; - вместимость зрителей, чел., тыс. чел.; - организация (Код, Название, Краткое название Адрес, Контактные телефоны, электронный адрес), принявшая сооружение на баланс; - дата принятия на баланс. Каждое сооружение за время функционирования может находиться на балансе у разных организаций в разные периоды времени. Необходимо также фиксировать мероприятия, проводимые в спортивных сооружениях: - тип мероприятия – тренировочный процесс, соревнования, сдача в аренду, концерт и т.п.; - название мероприятия; - дата начала, дата окончания мероприятия; - количество человек, посетивших мероприятие. Необходимо осуществлять следующую обработку данных: - на заданную дату список спортивных сооружений заданного типа; - за заданный период динамика занятости спортивного сооружения в мероприятиях заданного типа по месяцам; - на заданную дату список организаций, на балансе у которых находятся спортивные сооружения, их количество. 2_10 Автоматизированная информационная система «Справочник предприятия» Описание предметной области. Для формирования контактов организации, имеющей большой контингент клиентов, и представления их на сайте, необходимо хранить следующую информацию: - код, название краткое название предприятия, каждого его подразделения, взаимодействующего с клиентами; - вид деятельности предприятия, подразделения – работа с абонентами, изготовление продукции; изучение рынка спроса; IT-подразделение и др.; - местоположение предприятия, подразделения – адрес, вплоть до номера комнаты. Местоположение может меняться, необходимо отслеживать все данные, для этого фиксируется дата начала закрепления адреса за предприятием, подразделением; - контактные телефоны – их может быть несколько, и они могут меняться, необходимо хранить историю закрепления телефонов; - электронный адрес предприятия. Подразделения; - ФИО, должность руководителя. Руководители также могут меняться, необходимо отслеживать историю их изменения и поддерживать исторические данные. Необходимо осуществлять следующую обработку данных: - на заданную дату список контактных телефонов подразделений предприятия; - на заданную дату количество подразделений, не имеющих электронные адреса; - название подразделения, у которого за заданный период сменилось наибольшее число руководителей. 2_11 Автоматизированная информационная система «Паспорт здоровья сотрудника» Описание предметной области. Организация придает большое значение здоровью сотрудников и имеет в своей структуре подразделение, занимающееся профилактикой здоровья сотрудников. Для учета состояния здоровья для каждого сотрудника ведется «Паспорт здоровья», в котором сохраняется следующая информация: - ФИО сотрудника, пол, дата рождения; - образование (высшее, среднее, без образования). Если человек за время работы на предприятии повышал своё образование – необходимо фиксировать все соответствующие данные, привязывая их к дате получения соответствующего документа; - история всех перемещений сотрудника на предприятии – подразделение, должность, категория должности (инженерно-технический работник, рабочий, управленческий персонал, IT-специалист и др.), должность, ставка, дата начала работы, дата окончания; - история семейного положения – состояние (холост, в браке, разведен и др.), дата начала семейной жизни, дата окончания; - история антропологических измерений – на дату – рост, вес; - история прививок – дата, название прививки; - история заболеваний – название, дата постановки на учет, дата снятия с учета. Необходимо осуществлять следующую обработку данных: - на заданную дату название заболевания, зафиксированного у сотрудников за все время наблюдения максимальное число раз; - на заданный период список сотрудников, не сделавших прививку заданного вида; - за заданный период динамика количества заболеваний в организации – по месяцам, количество заболевших с высшим, средним образованием и без образования. 2_12 Автоматизированная информационная система «Справочник абитуриента» Описание предметной области. Высшее учебное заведения для предоставления на сайте информации абитуриентам ведет банк данных со следующей информацией: - список специальностей (Код, Название, Краткое название), на которых осуществляется обучение в вузе. Специальности привязаны к учебным подразделениям – факультетам, кафедрам (Код, Название, Краткое название), и распределены по формам обучения (очная, очно-заочная, заочная); - адрес учебных подразделений; - телефоны учебных подразделений; - если есть – адрес сайта учебного подразделения; - ФИО, ученая степень, ученое звание руководителя учебного заведения (декан факультета, заведующий кафедрой). При этом необходимо вести историю всех руководителей – дата начала работы, дата окончания; - по каждой форме обучения: - план приема на специальность на каждый год; - перечень предметов, по которым необходимо сдавать вступительные экзамены (ЕГЭ); - проходной балл на специальность по годам с разбивкой по предметам. Необходимо осуществлять следующую обработку данных: - на заданный год – список специальностей заданной формы обучения и планы приема; - на заданный год наименование специальности, на которую был максимальный проходной балл по математике; - на заданный год список руководителей учебных подразделений, имеющих ученую степень «доктор наук» и ученое звание «профессор». 2_13 Автоматизированная информационная система «Платные образовательные услуги населению» Описание предметной области. Организация (Код, Название, Краткое название) оказывает платные образовательные услуги населению. Услуги оказываются в виде проведения курсов обучения, по которым необходимо хранить следующую информацию: - тип проведения – групповые, индивидуальные; - вид проведения – очные, заочные; - дата начала, дата окончания курсов; - срок обучения (дни, месяцы, годы); - количество часов обучения; - на базе какого образования (среднее, высшее); - темы, входящие в курс, для каждой темы: название; количество часов; - время проведения занятий – дни недели, часы; - вид выпускного контроля (квалификационная работа, экзамен, собеседование и прочее); - вид выдаваемого документа (документ государственного образца, документ установленного образца); - стоимость обучения Для предоставления информации на сайте необходимо хранить адрес организации, контактные телефоны, электронный адрес, адрес сайта, серия, номер и вид документа о предоставлении образовательных услуг. Необходимо осуществлять следующую обработку данных: - список курсов, на которых можно прослушать заданную темы, например, «1С Бухгалтерия»; - список курсов, на которых можно пройти заочное обучение и имеющих минимальную стоимость; - список самых длительных курсов. 2_14 Автоматизированная информационная система «Новостная лента организации» Описание предметной области. Для предоставления новостных событий организации на её сайте необходимо вести следующие данные: - название, краткое название организации, контактные телефоны, адрес, электронный адрес, адрес сайта; - название и координаты подразделений организации, информация о которых будет предоставляться на сайте; - список работающих сотрудников подразделений организации. Которым предоставляется возможность размещать информацию на сайте – ФИО, подразделение, должность, логин, пароль. При изменении статуса сотрудника – увольнение, перевод – информация должна соответствующим образом изменяться, например, сотрудник переводится в статус неработающего, логин и пароль д.б. заблокированы; - описание новостной информации, размещаемой на сайте: тип (новость, объявление, сообщение и др.); название информации; дата создания; текст; дата размещения; дата перевода информации в архив; размер информации в Кб; наличие прикрепляемых к информации файлов – для каждого название, размер, тип, краткое описание; ответственный за информацию – сотрудник подразделения, имеющий соответствующий доступ. Необходимо осуществлять следующую обработку данных: - на заданную дату список ответственных за информацию на сайте от подразделений, не имеющих логин и пароль; - на заданную дату название информации, размещенной на сайте (не в архиве) и имеющей самый большой размер. - динамика предоставления информации для сайта заданным подразделением за заданный период – количество по месяцам. 2_15 Автоматизированная информационная система «Анализ продаж» Описание предметной области. Магазин (Код, Название, Краткое название) ведет учет продаж товаров и анализ работы с постоянными клиентами. Каждая единица товара учитывается при поступлении в магазин из накладной (Номер, Дата накладной), которая может иметь несколько позиций. В каждой позиции есть её номер, наименование товара, количество единиц поступившего товара, единица измерения, цена за единицу. Товары учитываются по виду - одежда, кожгалантерея, чулочно-носочные изделия, обувь и т.п. Каждый товар также имеет определенный артикул. Ведет учет и продаж товаров – фиксируется дата продажи конкретного товара, количество проданных единиц. Магазин ведет учет постоянных клиентов – фиксируется ФИО клиента, его паспортные данные (Серия, Номер, Дата выдачи, Кем выдан), дата рождения, контактный телефон. Покупателю, сделавшему покупку на сумму свыше 3000 тыс. рублей выдается дисконтная карта, имеющая 5-ти значный номер. Карта дает покупателю скидку 3%. При накоплении сумм покупок покупателем более чем на 10000 тыс. рублей, процент скидки увеличивается до 5%, более 20000 – максимальный процент скидки достигает размера 10%. Необходимо осуществлять следующую обработку данных: - на заданную дату количество и список покупателей (ФИО, контактный телефон), имеющих 10% скидку; - за заданный период - динамика продажи заданного товара – количество по месяцам – поступление/ продажа; - на заданную дату список покупателей (ФИО, контактный телефон), у которых в ближайшие 10 дней будет день рождения. 2_16 Автоматизированная информационная система «Электронный реестр помещений» Описание предметной области. Предприятие (Код, Название, Краткое название) имеет иерархическую организационную структуру, отражающая подчиненность большого количества подразделений. Для каждого подразделения необходимо хранить: - код, полное название, краткое название; - родительные и дательные падежи названий для автоматизированного формирования ряда документов и отчетов. Каждое подразделение может занимать несколько помещений. Каждое помещение имеет номер, в который входит номер корпуса (предприятие может иметь много зданий – 1 или 2 цифры) и номер этажа – 1 или 2 цифры. В пределах одного этажа каждое помещение имеет свой номер 1 или 3 цифры. Помещение относится к определенному типу, о котором также необходимо иметь сведения, например, кабинет руководителя, приемная руководителя, лаборатория, цех, столовая и т.п. Необходимо также хранить данные о площади каждого помещения (кв. м). Закрепление помещений за подразделениями может изменяться. Это осуществляется на основе определенного документа, имеющего название (приказ, распоряжение) и дату. В каждом документе м.б. несколько позиций, отображающих следующую информацию: номер позиции документа; действие, осуществляемое с помещением (передать, закрепить) дата действия; название подразделения; перечень помещений, возможное наименование другого подразделения. Например – «передать с 20.06.2007 г. отделу № 3 лабораторные помещения 14105 и 14106, закрепленные за лабораторией № 5»; «закрепить за медпунктом с 15.09.2007 г. складской помещение 3109» . Необходимо осуществлять следующую обработку данных: - на заданную дату список подразделений предприятия (наименование) и перечень занимаемых им помещений – номер, тип; - список, отображающий иерархию (дерево) подчинения подразделений предприятия; - динамика изменения количества площадей помещений у заданного подразделения за заданный период – количество по годам. 2_17 Автоматизированная информационная система «Скорая помощь» Описание предметной области. Лечебное учреждение (Код, Название, Краткое название, Адрес, Контактные телефоны) оказывает скорую медицинскую помощь населению. В учреждении имеется штат сотрудников, о которых необходимо хранит следующие сведения: - табельный номер; - ФИО; дата рождения, пол; - должность, дата начала работы в данной должности, дата окончания, ставка. Работа в учреждении круглосуточная – сотрудники работают по 24 часа с последующими выходными днями. Необходимо знать, в какой смене и бригаде работает тот или иной сотрудник. Закрепление в бригаду осуществляется на основании внутреннего приказа, имеющего номер и дату. В каждой позиции приказа указывается, что конкретный сотрудник с даты 1 по дату 2 работает в бригаде с заданным номером. Необходимо вести учет сведений о выездах бригад на вызовы. Каждый вызов определяется датой, временем выезда и адресом. Пациент, которому оказывается помощь, может быть описан следующими данными ФИО, возраст (примерный), первоначальный диагноз. Необходимо также знать ФИО и должности сотрудников выехавшей на вызов бригады (включая водителя и диспетчера). Необходимо также хранить небольшое текстовое описание принятых бригадой мер. Если больной был госпитализирован, либо получил направление на госпитализацию, также необходимо знать в какое учреждение он был направлен (название, адрес). При возвращении бригады фиксируется время прибытия. Необходимо осуществлять следующую обработку данных: - на заданную дату список выездов всех бригад учреждения (номер выезда, время, номер бригады, принятые меры); - на заданную дату описание самого длительного выезда; - на заданную дату список заданной бригады (табельный номер, ФИО, должность). 2_18 Автоматизированная информационная система «Ресторанное меню» Описание предметной области. На предприятии, занимающемся ресторанной деятельностью необходимо вести учет рецептуры блюд, выпускаемым предприятием, формирование ежедневного меню. Для каждого блюда (рецепта) фиксируются: - номер, название, краткое название; - дата создания блюда, ФИО, дата рождения автора. Если авторов несколько – фиксируется главный. Для каждого ингредиента, входящего в блюда фиксируется: - номер, название, краткое название; - количество в заданных единицах измерения (шт., гр., кг), необходимое для приготовления блюда; - количество калорий, белков, углеводов на 100 грамм ингредиента. На каждый день на предприятии формируется меню, включающие следующие данные: - название предприятия; - дата; - список блюд по категориям – закуски, супы, блюда из мяса, рыбы и т.п. Ежедневно также фиксируется количество заказанных из предложенного меню блюд. Необходимо осуществлять следующую обработку данных: - на заданную дату список блюд заданной категории; - на заданную дату необходимое количество заданного ингредиента в соответствии с меню; - за заданный период список блюд, пользующихся наибольшей популярностью. 2_19 Автоматизированная информационная система «Изучение спроса на заданный товар» Описание предметной области. О каждом предприятии или организации, информация о которой фиксируется в БД, необходимо хранить следующее: название предприятия (организации), юридический адрес, контактные телефоны, электронный адрес, адрес сайта предприятия, ФИО контактного лица. Всё это указывается в рекламном листе (прайс-листе), выпускаемом предприятием товара. В прайс-листе указывается дата выпуска листа, реквизиты предприятия, выпускающего товар и список выпускаемых товаров. Каждый товар характеризуется артикулом, названием, ценой за единицу (на дату, указанную в листе), представляемым количеством. В каждом прайс-листе, как правило, содержится много позиций с описанием разных товаров. В БД также необходимо хранить информацию о потенциальных клиентах заказчиках товара. Для каждого клиента фиксируются: - для юридических лиц – код, название, краткое название, ИНН, адрес, контактные телефоны, электронный адрес, ФИО контактных лиц; - для физического лица – ФИО, адрес, паспортные данные (серия, номер, дата выдачи, кем выдан), ИНН. Также необходимо хранить информацию о заказах клиентов: - номер, дата заказа; - позиции заказа, в каждой из которых указывается: номер, название товара, количество требуемого товара. Необходимо осуществлять следующую обработку данных: - на заданную дату список клиентов, заказавших товар заданного наименования, требуемое количество товара; - на заданную дату список товаров заданной категории с указанием цены; | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||