Проектирование модуля "Студенты" информационной системы "Кафедра Университета"

Размещено на http://www.allbest.ru/

Введение

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

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

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

Целью данного курсового проекта является проектирование модуля "Студенты" информационной системы "Кафедра Университета".Включая в себя построение диаграммы прецедентов концептуального уровня, диаграммы видов деятельности, состояний и диаграмма классов концептуального уровня.



1. Проектная часть

1.1 Описание предметной области

Для проектируемой системы объектом автоматизации является кафедра.

На рисунке 1 изображена организационная диаграмма.

Рисунок 1 - Организационная диаграмма

Классификация АСУ

В зависимости от роли человека в процессе управления, форм связи и функционирования звена "человек-машина", оператором и ЭВМ, между ЭВМ и средствами контроля и управления все системы можно разделить на два класса:

Информационные системы, обеспечивающие сбор и выдачу в удобном виде информацию о ходе технологического или производственного процесса. В результате соответствующих расчётов определяют, какие управляющие воздействия следует произвести, чтобы управляемый процесс протекал наилучшим образом. Основная роль принадлежит человеку, а машина играет вспомогательную роль, выдавая для него необходимую информацию.

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

Информационные системы

Цель таких систем - получение оператором информации с высокой достоверностью для эффективного принятия решений. Характерной особенностью для информационных систем является работа ЭВМ в разомкнутой схеме управления. Причём возможны информационные системы различного уровня.

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

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

В информационно справочных системах ЭВМ необходима только для сбора и обработки информации об управляемом объекте. На основе информации, переработанной в ЭВМ и предоставленной в удобной для восприятия форме, оператор принимает решения относительно способа управления объектом.

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

В информационно-советующих системах наряду со сбором и обработкой информации выполняются следующие функции:

определение рационального технологического режима функционирования по отдельным технологическим параметрам процесса;

определение управляющих воздействий по всем или отдельным параметрам процесса;

определение значений (величин) установок локальных регуляторов.

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

Управляющие системы

Управляющая система осуществляет функции управления по определённым программам, заранее предусматривающим действия, которые должны быть предприняты в той или иной производственной ситуации. За человеком остаётся общий контроль и вмешательство в тех случаях, когда возникают непредвиденные алгоритмами управления обстоятельства. Управляющие системы имеют несколько разновидностей.

Супервизорные системы управления. АСУ, функционирующая в режиме супервизорного управления, предназначена для организации многопрограммного режима работы ЭВМ и представляет собой двухуровневую иерархическую систему, обладающую широкими возможностями и повышенной надёжностью. Управляющая программа определяет очевидность выполнения программ и подпрограмм и руководит загрузкой устройств ЭВМ.

Системы прямого цифрового управления. ЭВМ непосредственно вырабатывает оптимальные управляющие воздействия и с помощью соответствующих преобразователей передаёт команды управления на исполнительные механизмы. Режим прямого цифрового управления позволяет применять более эффективные принципы регулирования и управления и выбирать их оптимальный вариант; реализовать оптимизирующие функции и адаптацию к изменению внешней среды и переменным параметрам объекта управления; снизить расходы на техническое обслуживание и унифицировать средства контроля и управления.

1.2 Проблемы и задачи при внедрении АСУ

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

Далее приведены основные проблемы и задачи, возникающие в большинстве случаев при внедрении систем управления и рекомендации по их решению:

отсутствие постановки задачи менеджмента на предприятии;

необходимость в частичной или полной реорганизации структуры предприятия;

необходимость изменения технологии бизнеса в различных аспектах;

сопротивление сотрудников предприятия;

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

необходимость в формировании квалифицированной группы внедрения и сопровождения системы, выбор сильного руководителя группы.

Ниже эти пункты описаны подробнее:

Отсутствие постановки задачи менеджмента на предприятии. Наверное, этот пункт является наиболее значимым и сложным. На первый взгляд, его тема перекликается с содержанием второго пункта, посвященного реорганизации структуры предприятия. Однако на самом деле, он является более глобальным и включает в себя не только методологии управления, но также философские и психологические аспекты. Дело в том, что большинство руководителей управляют своим предприятием, только исходя из своего опыта, своей интуиции, своего видения и весьма неструктурированных данных о его состоянии и динамике. Как правило, если руководителя попросить описать в каком-либо виде структуру деятельности своего предприятия или набор положений, исходя из которых он принимает управленческие решения, дело достаточно быстро заходит в тупик.

Грамотная постановка задач менеджмента является важнейшим фактором, влияющим как и на успех деятельности предприятия в целом, так и на успех проекта автоматизации. Например, совершенно бесполезно заниматься внедрением автоматизированной системы бюджетирования, если само бюджетирование не поставлено на предприятии должным образом, как определенный последовательный процесс.

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

Поэтому, первое, что необходимо сделать для того, чтобы проект внедрения автоматизированной системы управления оказался удачным - максимально формализовать все те контуры управления, которые собственно Вы планируете автоматизировать. В большинстве случаев, для осуществления этого не обойтись без привлечения профессиональных консультантов, но по опыту затраты на консультантов просто не сопоставимы с убытками от проваленного проекта автоматизации. Однако нужно не ошибиться в выборе консультантов.

Необходимость в частичной реорганизации структуры и деятельности предприятия. Прежде чем приступать к внедрению системы автоматизации на предприятии обычно необходимо произвести частичную реорганизацию его структуры и технологий ведения бизнеса. Поэтому, одним из важнейших этапов проекта внедрения, является полное и достоверное обследование предприятия во всех аспектах его деятельности. На основе заключения, полученного в результате обследования, строится вся дальнейшая схема построения корпоративной информационной системы. Несомненно, можно автоматизировать все, по принципу "как есть", однако, этого не следует делать по ряду причин. Дело в том, что в результате обследования обычно фиксируется большое количество мест возникновения необоснованных дополнительных затрат, а также противоречий в организационной структуре, устранение которых позволило бы уменьшить производственные и логистические издержки, а также существенно сократить время исполнения различных этапов основных бизнес-процессов.

Необходимость в изменении технологии работы с информацией и принципов ведения бизнеса. Эффективно построенная информационная система не может не внести изменений в существующую технологию планирования бюджетирования и контроля, а также управления бизнес-процессами.

Во-первых, одними из самых важных для руководителя особенностей корпоративной информационной системы, являются модули управленческого учета и финансового контроля. Теперь каждое функциональное подразделение может быть определено как центр финансового учета с соответствующим уровнем финансовой ответственности его руководителя. Это в свою очередь повышает ответственность каждого из таких руководителей и предоставляет в руки высших менеджеров эффективный инструментарий для чёткого контроля исполнения отдельных планов и бюджетов.

При наличии информационной системы руководитель способен получать актуальную и достоверную информацию обо всех срезах деятельности компании без временных задержек и излишних передаточных звеньев. Кроме того, информация подаётся руководителю в удобном виде "с листа" при отсутствии человеческих факторов, которые могут предвзято или субъективно трактовать информацию при передаче. Однако справедливо было бы заметить, что некоторые руководители не привыкли принимать управленческие решения по информации в чистом виде, если к ней не приложено мнение человека, который ее доставил. Такой подход в принципе имеет право на жизнь и при наличии информационной системы, однако часто он негативно отражается на объективности менеджмента.

Внедрение системы автоматизации вносит существенные изменения в управление бизнес-процессами. Каждый документ, отображающий в информационном поле течение или завершение того или иного сквозного бизнес-процесса, в интегрированной системе создается автоматически на основании первичного документа, открывшего процесс. Сотрудники, ответственные за этот бизнес-процесс, лишь контролируют и при необходимости вносят изменения в позиции построенных системой документов. Например, заказчик разместил заказ на продукцию, который должен быть исполнен к определенному числу месяца. Заказ вводится в систему, на основании его системой автоматически создается счет (на основе существующих алгоритмов ценообразования), счет пересылается заказчику, а заказ направляется в производственный модуль, где происходит разузлование заказанного вида продукции на отдельные комплектующие. На основе списка комплектующих в модуле закупок системой создаются заказы на их закупку, а производственный модуль соответствующим образом оптимизирует производственную программу, чтобы заказ был исполнен точно к сроку. Естественно, в реальной жизни возможны различные варианты неустранимых срывов поставок комплектующих, поломки оборудования и т.д., поэтому каждый этап выполнения заказа должен строго контролироваться ответственным за него кругом сотрудников, которые в случае необходимости должны создать управленческое воздействие на систему, чтобы избежать нежелательных последствий или уменьшить их.

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

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

создать у сотрудников всех уровней твёрдое ощущение неизбежности внедрения;

наделить руководителя проекта внедрения достаточными полномочиями, поскольку сопротивление иногда (часто подсознательно или в результате неоправданных амбиций) возникает даже на уровне топ-менеджеров;

всегда подкреплять все организационные решения по вопросам внедрения изданием соответствующих приказов и письменных распоряжений. Временное увеличение нагрузки на сотрудников при внедрении системы. На некоторых этапах проекта внедрения временно возрастает нагрузка на сотрудников предприятия. Это связано с тем, что помимо выполнения обычных рабочих обязанностей сотрудникам необходимо осваивать новые знания и технологии. Во время проведения опытной эксплуатации и при переходе к промышленной эксплуатации системы в течение некоторого времени приходится вести дела как в новой системе, так и продолжать ведение их традиционными способами (поддерживать бумажный документооборот и существовавшие ранее системы). В связи с этим, отдельные этапы проекта внедрения системы могут затягиваться под предлогом того, что у сотрудников и так хватает срочной работы по прямому назначению, а освоение системы является второстепенным и отвлекающим занятием. В таких случаях руководителю предприятия помимо ведения разъяснительной работы с уклоняющимися от освоения новых технологий сотрудниками необходимо:

повысить уровень мотивации сотрудников к освоению системы в форме поощрений и благодарностей;

принять организационные меры к сокращению срока параллельного ведения дел.

Формирование квалифицированной группы внедрения и сопровождения системы, руководителя группы. Внедрение большинства крупных систем автоматизации управления производится по следующей технологии: на предприятии формируется небольшая (3-6 человек) рабочая группа, которая проходит максимально полное обучение работе с системой, затем на эту группу ложится значительная часть работы по внедрению системы и дальнейшему ее сопровождению. Применение подобной технологии вызвано двумя факторами: во-первых, тем, что предприятие обычно заинтересовано в том, чтобы у него под рукой были специалисты, которые могут оперативно решать большинство рабочих вопросов при настройке и эксплуатации системы, а во-вторых, обучение своих сотрудников и их использование всегда существенно дешевле аутсорсинга. Таким образом, формирование сильной рабочей группы является залогом успешной реализации проекта внедрения.

Особенно важным вопросом является выбор руководителя такой группы и администратора системы. Руководитель, помимо знаний базовых компьютерных технологий, должен обладать глубокими знаниями в области ведения бизнеса и управления. В практике крупных западных компаний такой человек занимает должность CIO (Chief Information Officer) которая обычно является второй в иерархии руководства компании. В отечественной практике, при внедрении систем такую роль, как правило, играет начальник отдела АСУ или ему аналогичного. Основными правилами организации рабочей группы являются следующие принципы:

специалистов рабочей группы необходимо назначать с учетом следующих требований: знание современных компьютерных технологий (и желание осваивать их в дальнейшем), коммуникабельность, ответственность, дисциплинированность;

с особой ответственностью следует подходить к выбору и назначению администратора системы, так как ему будет доступна практически вся корпоративная информация;

возможное увольнение специалистов из группы внедрения в процессе проекта может крайне негативно отразиться на его результатах. Поэтому членов группы следует выбирать из преданных и надежных сотрудников и выработать систему поддержки этой преданности в течение всего проекта;

после определения сотрудников, входящих в группу внедрения, руководитель проекта должен четко расписать круг решаемых каждым из них задач, формы планов и отчетов, а также длину отчетного периода. В наилучшем случае, отчетным периодом должен быть один день.

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

1.3 Концептуальная модель UML

Для понимания UML необходимо усвоить его концептуальную модель, которая включает в себя три составные части: основные строительные блоки языка, правила их сочетания и некоторые общие для всего языка механизмы.

Словарь языка UML включает три вида строительных блоков:

сущности;

отношения;

диаграммы.

Сущности - это абстракции, являющиеся основными элементами модели. Отношения связывают различные сущности; диаграммы группируют представляющие интерес совокупности сущностей.

В UML имеется четыре типа сущностей:

структурные;

поведенческие;

группирующие;

аннотационные.

Сущности являются основными объектно-ориентированными блоками языка. С их помощью можно создавать корректные модели.

Структурные сущности - это имена существительные в моделях на языке UML. Как правило, они представляют собой статические части модели, соответствующие концептуальным или физическим элементам системы. Существует семь разновидностей структурных сущностей:

Класс (Class).

Интерфейс (Interface).

Кооперация (Collaboration).

Прецедент (Use case).

Активным классом (Active class).

Компонент (Component).

Узел (Node).

Класс (Class) - это описание совокупности объектов с общими атрибутами, операциями, отношениями и семантикой. Класс реализует один или несколько интерфейсов. Графически класс изображается в виде прямоугольника, в котором обычно записаны его имя, атрибуты и операции, как показано на рисунке 1.

Классы

Интерфейс (Interface) - это совокупность операций, которые определяют сервис (набор услуг), предоставляемый классом или компонентом. Таким образом, интерфейс описывает видимое извне поведение элемента. Интерфейс может представлять поведение класса или компонента полностью или частично; он определяет только спецификации операций (сигнатуры), но никогда - их реализации. Графически интерфейс изображается в виде круга, под которым пишется его имя, как показано на рисунке 2. Интерфейс редко существует сам по себе - обычно он присоединяется к реализующему его классу или компоненту.

Интерфейсы

Кооперация (Collaboration) определяет взаимодействие. Она представляет собой совокупность ролей и других элементов, которые, работая совместно, производят некоторый кооперативный эффект, не сводящийся к простой сумме слагаемых. Кооперация, следовательно, имеет как структурный, так и поведенческий аспект. Один и тот же класс может принимать участие в нескольких кооперациях; таким образом, они являются реализацией образцов поведения, формирующих систему. Графически кооперация изображается в виде эллипса, ограниченного пунктирной линией, в который обычно заключено только имя, как показано на рисунке 3.

Кооперации

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

Прецеденты

Активным классом (Active class) называется класс, объекты которого вовлечены в один или несколько процессов, или нитей (Threads), и поэтому могут инициировать управляющее воздействие. Активный класс во всем подобен обычному классу, за исключением того, что его объекты представляют собой элементы, деятельность которых осуществляется одновременно с деятельностью других элементов. Графически активный класс изображается так же, как простой класс, но ограничивающий прямоугольник рисуется жирной линией и обычно включает имя, атрибуты и операции, как показано на рисунке 5.

Активные классы

Два оставшихся элемента - компоненты и узлы - также имеют свои особенности. Они соответствуют физическим сущностям системы, в то время как пять предыдущих - концептуальным и логическим сущностям.

Компонент (Component) - это физическая заменяемая часть системы, которая соответствует некоторому набору интерфейсов и обеспечивает его реализацию. В системе можно встретить различные виды устанавливаемых компонентов, такие как СОМ+ или Java Beans, а также компоненты, являющиеся артефактами процесса разработки, например файлы исходного кода. Компонент, как правило, представляет собой физическую упаковку логических элементов, таких как классы, интерфейсы и кооперации. Графически компонент изображается в виде прямоугольника с вкладками, содержащего обычно только имя, как показано на рисунке 6.

Компоненты

Узел (Node) - это элемент реальной (физической) системы, который существует во время функционирования программного комплекса и представляет собой вычислительный ресурс, обычно обладающий как минимум некоторым объемом памяти, а часто еще и способностью обработки. Совокупность компонентов может размещаться в узле, а также мигрировать с одного узла на другой. Графически узел изображается в виде куба, обычно содержащего только имя, как показано на рисунке 7.

Узлы

Эти семь базовых элементов - классы, интерфейсы, кооперации, прецеденты, активные классы, компоненты и узлы - являются основными структурными сущностями, которые могут быть включены в модель UML. Существуют также разновидности этих сущностей:

актеры,

сигналы,

утилиты (виды классов),

процессы и нити (виды активных классов),

приложения,

документы,

файлы,

библиотеки,

страницы и таблицы (виды компонентов).

Поведенческие сущности (Behavioral things) являются динамическими составляющими модели UML. Это глаголы языка: они описывают поведение модели во времени и пространстве. Существует всего два основных типа поведенческих сущностей:

взаимодействие (Interaction);

автомат (State machine).

Взаимодействие (Interaction) - это поведение, суть которого заключается в обмене сообщениями (Messages) между объектами в рамках конкретного контекста для достижения определенной цели. С помощью взаимодействия можно описать как отдельную операцию, так и поведение совокупности объектов. Взаимодействие предполагает ряд других элементов, таких как сообщения, последовательности действий (поведение, инициированное сообщением) и связи (между объектами). Графически сообщения изображаются в виде стрелки, над которой почти всегда пишется имя соответствующей операции, как показано на рисунке 8.

Сообщения

Автомат (State machine) - это алгоритм поведения, определяющий последовательность состояний, через которые объект или взаимодействие проходят на протяжении своего жизненного цикла в ответ на различные события, а также реакции на эти события. С помощью автомата можно описать поведение сдельного класса или кооперации классов. С автоматом связан ряд других элементов: состояния, переходы (из одного состояния в другое), события (сущности, инициирующие переходы) и виды действий (реакция на переход). Графически состояние изображается в виде прямоугольника с закругленными углами, содержащего имя и, возможно, под состояния (рисунок 9).

Эти два элемента - взаимодействия и автоматы - являются основными поведенческими сущностями, входящими в модель UML. Семантически они часто бывают связаны с различными структурными элементами, в первую очередь - классами, кооперациями и объектами.

Состояния

Группирующие сущности являются организующими частями модели UML. Это блоки, на которые можно разложить модель. Есть только одна первичная группирующая сущность, а именно пакет.

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

Изображается пакет в виде папки с закладкой, содержащей, как правило, только имя и иногда - содержимое (рисунок 10).



Пакеты

Пакеты - это основные группирующие сущности, с помощью которых можно организовать модель UML. Существуют также вариации пакетов, например каркасы (Frameworks), модели и подсистемы.

Аннотационные сущности - пояснительные части модели UML. Это комментарии для дополнительного описания, разъяснения или замечания к любому элементу модели. Имеется только один базовый тип аннотационных элементов - примечание (Note). Примечание - это просто символ для изображения комментариев или ограничений, присоединенных к элементу или группе элементов. Графически примечание изображается в виде прямоугольника с загнутым краем, содержащим текстовый или графический комментарий, как показано на рисунке 11.

Примечания

Этот элемент является основной аннотационной сущностью, которую можно включать в модель UML. Чаще всего примечания используются, чтобы снабдить диаграммы комментариями или ограничениями, которые можно выразить в виде неформального или формального текста. Существуют вариации этого элемента, например требования, где описывают некое желательное поведение с точки зрения внешней по отношению к модели.

В языке UML определены четыре типа отношений:

зависимость;

ассоциация;

обобщение;

реализация.

Эти отношения являются основными связующими строительными блоками в UML и применяются для создания корректных моделей.

Зависимость (Dependency) - это семантическое отношение между двумя сущностями, при котором изменение одной из них, независимой, может повлиять на семантику другой, зависимой. Графически зависимость изображается в виде прямой пунктирной линии, часто со стрелкой, которая может содержать метку (см. рисунок 12).

Зависимости

Ассоциация (Association) - структурное отношение, описывающее совокупность связей. Связь - это соединение между объектами. Разновидностью ассоциации является агрегирование (Aggregation) - так называют структурное отношение между целым и его частями. Графически ассоциация изображается в виде прямой линии (иногда завершающейся стрелкой или содержащей метку), рядом с которой могут присутствовать дополнительные обозначения, на пример кратность и имена ролей. На рисунке 13 показан пример отношений этого типа.

Ассоциации

Обобщение (Generalization) - это отношение "специализация / обобщение", при котором объект специализированного элемента (потомок) может быть подставлен вместо объекта обобщенного элемента (родителя или предка).

Таким образом, потомок (Child) наследует структуру и поведение своего родителя (Parent). Графически отношение обобщения изображается в виде линии с не закрашенной стрелкой, указывающей на родителя, как показано на рисунке 14.

Обобщения

Наконец, реализация (Realization) - это семантическое отношение между классификаторами, при котором один классификатор определяет "контракт", а другой гарантирует его выполнение. Отношения реализации встречаются в двух случаях: во-первых, между интерфейсами и реализующими их классами или компонентами, а во-вторых, между прецедентами и реализующими их кооперациями. Отношение реализации изображается в виде пунктирной линии с не закрашенной стрелкой, как нечто среднее между отношениями обобщения и зависимости (см. рисунок 15).

Реализации



2. Расчетная часть

2.1 Моделирование бизнес-процессов

В рамках данной курсовой работы была построена модель бизнес-процесса организация учебного процесса, контекстная диаграмма которой приведена на рисунке 2.

Рисунок 2 - Концептуальный уровень IDEF0-модели процесса "Деятельность ВУЗа"

На рисунке 3 представлена декомпозиция блока "Организовать учебный процесс".



Рис.3 - Декомпозиция блока "Деятельность ВУЗа"

Диаграмма потоков данных

DFD-модель системы определяется как иерархия диаграмм потоков данных, описывающих процессы преобразования информации от момента ее ввода в систему до выдачи конечному пользователю.

Рассматривается одно из направлений деятельности кафедры университета - организация учебного процесса. Она включает в себя, как и само проведение занятий, так и подготовку методических пособий, оценку знаний студентов, а также формирование отчетности для предоставления данных в деканат.

Контекстная диаграмма DFD-модели представлена на рисунке 4

Диаграмма 1-го уровня декомпозиции представлена на рисунке 5.

Четыре описанных элемента являются основными типами отношений, которые можно включать в модели UML. Существуют также их вариации, например уточнение (Refinement), трассировка (Trace), включение и расширение (для зависимостей).



Рис.4 - Контекстная диаграмма "Учет успеваемости студента"

Диаграмма развертывания

Диаграмма развертывания, отражающая систему в ее работе с аппаратными ресурсами, представлена на рисунке 5.

Рисунок 5 - Диаграмма развертывания



2.2 Расчет стоимости

Сводная таблица оборудования.

Наименование	Кол-во	Цена	Общая стоимость
Процессор Intel Core i5-3350P 3.1GHz (TB up to 3.3GHz) 6Mb 2xDDR3-1333 TDP-69w LGA1155 OEM	10	6 650,00	66 500,00р.
Плата ASRock LGA1155 H61 iCafe H61 4xDDR3-1333 PCI-E HDMI/DVI/DSub 8ch 4xSATA 2xSATA3 2xUSB3 GLAN ATX	10	2 290,00	22 900,00р.
Жесткийдиск SATA-3 250Gb Seagate 7200 Barracuda [ST250DM000] Cache 16MB	10	2 390,00	23 900,00р.
Память DIMM DDR3 1024MB PC10666 1333MHz Kingston [KVR1333D3N9/1G] Retail (2 шт.)	20	330,00	6 600,00р.
Видеокарта PCI-E Asus GeForce GT 430 1024MB 128bit DDR3 [ENGT430/DI/1GD3(LP)] DVI D-Sub HDMI Low Profile	10	2 290,00	22 900,00р.
БП Chieftec 500W (реальная мощность 500W, 80+, ATX 2.3, APFC, 140mm fan, 24+4+8, 4xSATA, PCI-E(6+6)) [APS-500S]	10	2 050,00	20 500,00р.
КорпусMiditower ATX AirTone IC-601 безБП	10	860,00	8 600,00р.
Вентилятор ArcticCooling F8 для ATX корпуса 80x80 mm (2000 rpm, 3pin) (2 шт.)	20	190,00	3 800,00р.
Клавиатура+мышьGeniusSlimStar C110 (USB) 1600 dpi	10	590,00	5 900,00р.
Монитор Samsung 24" S24A450BW [LED, 1920x1200, 1000:1, 5 мс, 170гор/160вер, DVI, D-Sub]	10	12 490,00	124 900,00р.
МФУ EpsonWorkForce WF-7515 (Принтер/Копир/Сканер/Факс: A3+ 5760x1440dpi 34ppm ADF CR PictBridge TFT6.3cm Wi-Fi LAN USB2.0)	1	20 650,00	20 650,00р.
Коммутатор TP-Link TL-SF1016D 16x10, 100Base-TX, Unmanaged	1	1 150,00	1 150,00р.
СерверKraftway Express Lite EL23	1	151 808,00р.	151 808,00р.
ИБП Eaton 5130 Rack/Tower	1	50051,00р.	50051,00р.
Итого:	530 000р.



Сводная таблица стоимости ПО

Программное обеспечение	Количество	Стоимость лицензии
ОС для рабочих станций (Win7 Pro)	10	74 900,00р.
СервернаяОС (WindowsServer® 2008 R2 StandardEditionx64 +5 CAL)	1	46 112,00р.
5 дополнительных клиентских лицензий CAL	1	7 328,00р.
WinRAR	10	4 939,20р.
Антивирус Dr.Web "Универсальный"	10	14 900,00р.
PrintEffect	10	136 000,00р.
Офисный пакет LibreOffice	1	307,50р.
Microsoft® SQL Server 2008 Standard x64	1	118 959,00р.
Итого:	403 453 р.

информационный автоматизированный учебный успеваемость



Заключение

В данном курсовом проекте был спроектирован модуль "Студенты" ИС "Кафедра". Был проведен обзор аналогов данной системы, проведена сравнительная характеристика

Данная система позволит автоматизировать процесс управления и хранения данных об успеваемости студентов. Это позволит повысить качество образовательного процесса, обеспечить информационную поддержку работникам кафедры и деканата.

Современные условия, общественные, политические процессы и тенденции, происходящие в России и за рубежом, ставят высокую планку требований для университетов XXI века, преодолеть которую представляется весьма затруднительным без единой автоматизированной системы, поддерживающей принятие решений, управление, планирование и учет всех ресурсов современного вуза-корпорации. Для этого нужны четкие, отлаженные, не дающие сбоя производственные взаимоотношения между людьми на основе использования информационных технологий.

Список использованной литературы

1. Макаров Р.И Мазанова Р.И. Методические указания к практическим занятиям: Проектирование информационных систем, 2008 г.

2. Боггс У. UML и RationalRose / пер. с англ.; У. Боггс, М. Боггс. - М.: Издательство "ЛОРИ", 2000. - 582 с.

3. Вендров А.М. CASE-технологии. Современные методы и средства проектирования информационных систем / А.М. Вендров. - М.: Финансы и статистика, 1998. - 176 с.

4. Инновационные технологии проведения общественной экспертизы государственно значимых решений и общественных слушаний с применением "высоких" информационных технологий: учебно-методическое пособие / Л.А. Василенко, А.Н. Павлов, А.Н. Холин и др. / Под общ. ред. Л.А. Василенко, Т.Е. Сафоновой. - М.: Проспект, 2010. - 23,5 п. л.

5. Методика и инструментальные средства построения информационно-аналитических систем (ситуационных центров) // Отчет по НИР кафедры информатизации структур государственной службы Российской академии государственной службы при Президенте РФ. - М.: РАГС, 2002. - 158 с.

6. Прикладная информатика: справочник: учеб. пособие / под ред.В.Н. Волковой и В.Н. Юрьева. - М.: Финансы и статистика; ИНФРА-М, 2008. - 768с.

7. Федеральный закон Российской Федерации от 27 июля 2006 г. № 149-ФЗ "Об информации, информационных технологиях и о защите информации" // Справочно-правовая система "Консультант+".

8. Холин А.Н. Ситуационные центры: перспективы цифровых технологий // Научная периодика: проблемы и решения. - 2011. - № 6. - С.6-9.

9. Макаров Р.И Мазанова Р.И. Методические указания к практическим занятиям: Проектирование информационных систем, 2008 г.

Размещено на Allbest.ru

...