Моделирование информационной системы учебного центра
Понятие и структура учебного центра. Технологизация работы учебного центра, использование компьютерных технологий. Моделирование информационной системы учебного центра в среде Rational Rose - редакторе, позволяющем моделировать программные системы.
Рубрика | Программирование, компьютеры и кибернетика |
Вид | курсовая работа |
Язык | русский |
Дата добавления | 12.05.2014 |
Размер файла | 1,8 M |
Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже
Студенты, аспиранты, молодые ученые, использующие базу знаний в своей учебе и работе, будут вам очень благодарны.
Размещено на http://www.allbest.ru/
МИНИСТЕРСТВО ОБРАЗОВАНИЯ И НАУКИ РОССИЙСКОЙ ФЕДЕРАЦИИ
ФЕДЕРАЛЬНОЕ АГЕНСТВО ПО ОБРАЗОВАНИЮ
ГРОЗНЕНСКИЙ ГОСУДАРСТВЕННЫЙ НЕФТЯНОЙ ИНСТИТУТ
имени академика М.Д. Миллионщикова
ФАКУЛЬТЕТ АВТОМАТИЗАЦИИ И ПРИКЛАДНОЙ ИНФОРМАТИКИ
КУРСОВОЙ ПРОЕКТ
По дисциплине: «Имитационное моделирование экономических процессов»
На тему: «Моделирование информационной системы учебного центра»
Выполнил студент группы ПИ-07: Хасухаджиев А.С-А.
Проверила: Салмурзаева Х.
Грозный - 2010
Содержание
- Введение
- Глава 1. Описание предметной области ИС учебного центра
- 1.1 Понятие учебного центра
- 1.2 Этапы развития Учебного центра
- 1.3 Технология работы УЦ
- 1.4 Постановка задач
- Глава 2. Моделирование ИС учебного центра в среде Rational Rose
- 2.1 Rational Rose
- 2.2 Use case diagram (диаграммы сценариев)
- 2.3 Activity diagram (диаграммы активности)
- 2.4 Class diagram (диаграммы классов)
- 2.5 Sequence diagram (диаграммы последовательностей действий)
- Заключение
- Список литературы
- Введение
Учебные центры создаются с целью:
· удовлетворения определенных учебных и деловых потребностей;
· повышения продуктивности и рентабельности бизнеса путем увеличения эффективности работников и их способности адаптироваться к переменам и техническому прогрессу, а также путем обеспечения сотрудников знаниями и навыками, необходимыми для расширения их полномочий;
· создания культуры обучения в организации.
Показателями успеха центра являются: повышение удовлетворенности от работы и эффективности трудового процесса, укрепление морального духа работников, улучшение обслуживания покупателей, рост продаж, повышение качества работы, снижение затрат и увеличение прибыли.
Мотивом создания корпоративных учебных центров, как правило, является желание идти в ногу с прогрессом в области информационных технологий, содействовать поддержанию духа обучающейся организации, а также обеспечивать продолжение профессионального образования и непрерывного обучения.
Сегодня преимущества открытого обучения очевидны, и ключевыми из них являются следующие:
· оно признает тот факт, что разные люди учатся различными темпами и способами;
· это активная форма обучения;
· способствует повышению ответственности человека за собственное обучение;
· помогает людям учиться тому, как учиться;
· стимулирует самомотивацию и рассеивает заблуждение, будто посещение курса эквивалентно затраченным усилиям и полученным результатам.
Глава 1. Описание предметной области ИС учебного центра
1.1 Понятие учебного центра
Учебный центр - это структура, основной задачей которой является обучение и развитие практических навыков у персонала и клиентов, основанных на единых стандартах. Это определение подходит для любого центра, будь то центр по IT-технологиям или обучению продажам и маркетингу. Принципиальное назначение Учебного центра:
- обучение определенному программному обеспечению.
УЦ состоит из 6 основных блоков:
Блок |
Содержание работы |
Ключевой вопрос |
||
А |
Выявление потребностей в обучении Определение «болевых точек», «что плохо», «проблемных ситуаций». |
Проводится на четырех уровнях:· руководство фирмы,· менеджеры среднего звена,· сотрудники,· вспомогательный персонал. |
Где в фирме что-то не получается? |
|
Б |
Формулировка задач |
Определение тех знаний, умений и навыков (компетенций), которые могут решить задачи.Определение, кому эти компетенции надо сообщить. |
Кого надо учить -и чему надо научить, чтобы снять проблему по п. А? |
|
В |
Разработка программ обучения |
Создание таких учебных моделей, которые приведут к формированию нужных компетенций у нужных людей по п. Б. |
Как научить аудиторию по п. Б? |
|
Г |
Реализация содержания |
Набор групп и реализация моделей по п. В в жизни.Формы могут быть различные: тренинги, семинары, лекции, рабочие группы, и другие. |
Непосредственное освоение материала по пп.Б-В сотрудниками. |
|
Д |
Отработка сотрудниками полученных компетенций. |
Практическое применение полученных знаний, умений и навыков в ежедневной профессиональной деятельности. |
||
Е |
Обратная связь |
Получение сведений: насколько усвоены новые знания, сфомированы умения и навыки; что надо подкорректировать в процессе.Формы обратной связи также различны: аттестации, «тайные покупатели», отчеты, портфолио, «личные дела», «карьерные карты» и другие. |
Как усвоены компетенции по пп. Б - Г. |
УЦ нужен для того, чтобы быстро сформировать нужное, коммерчески-ценное умение. Специалисты УЦ способны быстро выявить те недоработки, которые есть, и закрыть их.
1.2 Этапы развития Учебного центра
Каждая компания, при отсутствии крупных ошибок, достигает такой стадии развития и/или размера, при котором постоянно возникают следующие проблемы:
· постоянный приток нового персонала, который нужно адаптировать;
· постоянно обновляется часть ассортимента, и необходимо учить этому персонал;
· торговый персонал не делает допродаж, объемы реализации растут крайне неохотно.
И тогда компания начинает обучение сотрудников.
Известно, что развитие любой системы - в том числе Учебного центра - можно описать S-образной кривой, по горизонтальной оси здесь будет отложено время t, по вертикальной - главная полезная функция системы (УЦ).
Долгое время фирме достаточно одного - трех тренеров. До точки «б» это хорошо. При становлении подразделения необходим единый контроль, постоянная обратная связь, требуется вписать деятельность создаваемого УЦ во все внутренние процессы. По мере того, как УЦ набирает обороты, данному тренеру-энтузиасту времени уже не хватает. Начинается логичная для перехода на II этап формализация процедур. К точке «в» объем работ существенно возрастает. Причина понятна: по мере освоения новых программ единственным тренером возрастает его нагрузка.
При этом процедуры все более приобретают чисто технический характер. Например, набор групп. Если вначале это были звонки, беседы с зав. отделами или директорами торговых точек, дискуссии - кому нужен тренинг, кому - пока нет, то вскоре группа набирается формально.
К этому моменту - либо начинавший дело обучения тренер «перековывается» в «технологи», либо - что чаще - сменяется штат. «Стартовик» уходит, приходят люди, которые - рано или поздно - переводят весь накопленный опыт в технологии.
1.3 Технология работы УЦ
Технологизация работы УЦ происходит следующим образом. Для определения и постоянного мониторинга состояния коллектива используют различные психологические тесты (тесты Кеттела, Розенцвейга, Тест Юмористических Фраз, Эйкинда, Томаса, Гилфорда и многие другие).
Идеальный конечный результат здесь: знать состояние каждого сотрудника в каждый момент времени, как в области знаний-умений-навыков, так и в психоэмоциальной сфере. Видно, что до точки «альфа» здесь достаточно и одного ведущего тренера - он и поговорит с руководством, и на основании своих впечатлений разработает программы, и сам же - поскольку все «как на ладони» - отследить реализацию. Но в случае массовой работы это постепенно становится физически невозможным.
Решением является использование компьютерных (информационных) технологий. Часть функций - набор групп, массовое тестирование, другая информационная работа - легко доверяется компьютеру.
Практически все способы оценки рабочих компетенций, психоэмоциального состояния могут быть формализованы до уровня программного обеспечения. Обычно это касается тех отделов фирмы, где есть проблемы:
· с мотивацией сотрудников
· с их лояльностью
· с освоением новых знаний (например, по ассортименту)
Как только в фирме появляется возможность массового тестирования сотрудников, сразу повышается уровень компетенции, активность, постоянно актуализируются знания. При этом аттестации по знаниям должны, конечно, учитываться в мотивации. Это чаще всего касается основного персонала фирмы. Вспомогательный персонал и топ-менеджмент компании обычно в эту схему не попадают.
Другой важный момент - назначение внутренних тренеров из числа сотрудников компании. Существует практика наставничества - когда наиболее опытные сотрудники компании ведут адаптацию вновь принятых на работу специалистов, ускоряя адаптацию. Следующий шаг - внутренний тренер, который как хорошая медсестра - знает мало, но твердо. На наиболее технические по смыслу задачи целесообразно тренеров первого этапа не назначать по мере того, как они вывели свое мастерство в уровень автоматизации. Проще им передать свое автоматизированное мастерство внутренним тренерам из среды фирмы, а самим отрабатывать новые участки.
1.4 Постановка задач
Первая задача УЦ - постоянный мониторинг по всем уровням: высшее руководство, руководство подразделений, собственно сотрудники. Как же это отражается на постановке задач?
В принципе, высшее руководство само должно ставить задачи - хотя бы на уровне деклараций. Однако и с ним полезно проводить время от времени психологическую работу, поскольку обычно руководство рабочую цель подменяет лозунгом, либо областью.
Анкетирование высшего руководства, по понятным причинам, не проводится. Для руководства среднего звена применяется этот же набор, а также, если этого руководства слишком много, разные виды анкетирования, психологического тестирования. При постановке задач на уровне обычных сотрудников также применяется интервью, наблюдение, анкетирование, а также разнообразные психологические тесты - на предмет оценки морально-психологического духа в коллективе.
Здесь, как это бывает при решении творческих задач, области постановки и решения часто не совпадают.
Иногда случается, что проблема не в низкой квалификация сотрудников, а плохих коммуникационных умениях самого начальника. Он может очень плохо объяснять задачи. Вместо того, чтобы спокойно в диалоге за несколько минут объяснить, что же ему надо, такой начальник предпочитает писать письма по корпоративной сети. Понятно, что его сотрудники, лишенные возможности задать уточняющие вопросы, плохо понимают задачи.
Также в постановке задач роль могут сыграть методы обратной связи: «тайный покупатель», аттестация уровня профессиональных знаний-умений-навыков, необходимых в работе, и т.п. В целом, механизмы обратной связи могут ставить цели по двум направлениям:
а) профессиональные компетенции сотрудников - включая знание ассортимента, хитов продаж, поддержание технологии активных продаж (которая со временем угасает);
б) психоэмоциональная сфера, отношения в коллективе.
Деятельность Учебного центра в данном блоке - это определение того, что у фирмы (на разных уровнях) не получается, и кому какие компетенции надо привить, чтобы стало получаться. Далее - выявленные потребности переводятся в категорию измеряемых параметров, т.е. проблемную ситуацию переводят в задачу.
Глава 2. Моделирование ИС учебного центра в среде Rational Rose
2.1 Rational Rose
Rational Rose - это визуальный редактор, позволяющий моделировать программные системы любой сложности на основе графических диаграмм языка UML (Unified Modeling Language).
Язык UML кардинально отличается от таких языков программирования как, например, Visual C++ или Visual Basic. Он предназначен для описания моделей, причем для работы с этим языком используется специальные редакторы диаграмм, такие как Rational Rose.
UML не зависит от объектно-ориентированных языков программирования и может поддерживать любой из них. Этот язык также не зависит от используемой методологии разработки проекта, и созданные на UML диаграммы выразительны и понятны для всех разработчиков, вовлеченных в проект, причем, что немаловажно, не только в момент разработки, но и много месяцев спустя.
UML является открытым и обладает средствами расширения базового ядра. На UML можно содержательно описывать классы, объекты и компоненты в различных предметных областях, часто сильно отличающихся друг от друга. Однако пакет Rational Rose поддерживает не только UML, но и другие нотации создания диаграмм, такие как ОМТ или Booch.
Сегодня Rational Rose лидирует среди других CASE-средств, и не случайно.
То, что этот пакет позволяет создавать сложные программные системы от замысла до создания исходного кода, привлекает не только проектировщиков систем, но и программистов-разработчиков.
Полностью интегрируясь с Microsoft Visual Studio, этот пакет дает возможность получать исходный код взаимодействующих классов и строить визуальные модели по уже написанному исходному коду. Открытая архитектура Rational Rose позволяет включать в него поддержку языков программирования, которые не предусмотрены стандартной поставкой, например, языка Assembler, для чего достаточно написать лишь собственный модуль.
В распоряжение проектировщика системы Rational Rose предоставляет следующие типы диаграмм, последовательное создание которых позволяет получить полное представление о всей проектируемой системе и об отдельных ее компонентах:
Use case diagram (диаграммы сценариев);
Deployment diagram (диаграммы топологии);
Statechart diagram (диаграммы состояний);
Activity diagram (диаграммы активности);
Interaction diagram (диаграммы взаимодействия);
Sequence diagram (диаграммы последовательностей действий);
Collaboration diagram (диаграммы сотрудничества);
Class diagram (диаграммы классов);
Component diagram (диаграммы компонент).
2.2 Use case diagram (диаграммы сценариев)
учебный компьютерный информационный
Use case diagram-этот вид диаграмм позволяет создать список операций, которые выполняет система. Часто этот вид диаграмм называют диаграммой функций, потому что на основе набора таких диаграмм создается список требований к системе и определяется множество выполняемых системой функций.
Каждая такая диаграмма или, как ее обычно называют, каждый Use case - это описание сценария поведения, которому следуют действующие лица (Actors). Пример такой диаграммы показан на Рис. 1.
Рис.1
Рис. 2
Данный тип диаграмм используется при описании бизнес процессов автоматизируемой предметной области, определений требований к будущей программной системе. Отражает объекты как системы, так и предметной области и задачи, ими выполняемые.
Рассмотрим диаграмму прецедентов ИС учебного центра (Рис. 2).
На данной диаграмме (Рис. 2) Actor (Клиент) идет в УЦ и оплачивает свое последующее обучение. Далее УЦ регистрирует клиента и оценивает его знания. УЦ при необходимости обучает его минимуму знаний и проводит основное обучение клиента, после чего оценивается конечный уровень знаний клиента и выдается сертификат. При желании клиента, есть возможность дополнительной оценки знаний в виде тестирования и проверки практических умений и разработки системы дополнительного, углублённого обучения.
2.3 Activity diagram (диаграммы активности)
Activity diagram - это специальная разновидность диаграммы
Состояний. В этом типе диаграмм большинство используемых знаков - это знаки активности, переходы между которыми вызваны завершением одних действий и началом других (Рис. 3). Этот тип диаграмм может использоваться для моделирования различных типов действий.
Например, финансовая компания может использовать данный тип диаграмм для моделирования потоков финансовых документов, прохождения оплаты счетов или заказов.
Компания, которая создает программные продукты, может использовать данный тип диаграмм для отслеживания процесса разработки и создания программного обеспечения.
На данной диаграмме (Рис. 4) первое действие это оплата клиентом обучения. Затем идет регистрация клиента и оценка его знаний, причем присутствует условие выбора оценки знаний в виде стандартной и дополнительной (проверка практических умений и тестирование) за дополнительную оплату. После оценки идет проверка и обучение необходимому минимуму знаний. Далее идет стандартное обучение. После его окончания, при желании дается возможность пройти платное дополнительное обучение с разработкой индивидуальной системы дополнительного обучения. После этого оценивается конечный уровень знаний и выдается сертификат.
Рис. 3
Рассмотрим диаграмму активности ИС учебного центра (Рис. 4).
Размещено на http://www.allbest.ru/
Рис.4
2.4 Class diagram (диаграммы классов)
Class diagram (диаграмма классов) (Рис. 5) основная диаграмма для создания кода приложения. При помощи диаграммы классов создается внутренняя структура системы, описывается наследование и взаимное положение классов друг относительно друга. Здесь описывается логическое представление системы. Именно логическое, так как классы - это лишь заготовки, на основе которых затем будут определены физические объекты.
Диаграмма классов используется не только для создания логического представления системы, Rational Rose позволяет на основе диаграммы классов создавать исходный код приложения. А так как описание классов создается на языке UML, то по диаграммам, созданным в едином стиле, возможна генерация исходного кода на любом языке программирования, который поддерживается генератором кода Rational Rose.
Рис. 5
Рассмотрим диаграмму классов ИС учебного центра (Рис. 6).
Рис. 6
Диаграмма на рис. 6 содержит 4 класса: “Клиент УЦ”, “УЦ”, “Доп. проверка знаний” и “Доп. обучение”.
Класс “Клиент УЦ” объявлен со стереотипом “Actor”, он выполняет 3 операции: оплату за обучение, оплату за дополнительную проверку и оплату за дополнительное обучение. Дополнительные проверка и обучение производятся за дополнительную оплату. Класс “Клиент УЦ” связан с классом “УЦ”. Класс “УЦ” выполняет следующие операции: регистрация клиентов, проверка базовых знаний, обучение, проверка конечного уровня знаний, выдача сертификата.
Класс “УЦ” взаимодействует еще с двумя классами: класс “Доп. проверка знаний”, который осуществляет тестирование, проверку практических умений и оценку уровня знаний и класс “Доп. обучение”, который разрабатывает и осуществляет систему дополнительного обучения. Но это взаимодействие происходит только по желанию клиента и после дополнительной оплаты.
2.5 Sequence diagram (диаграммы последовательностей действий)
Кроме сценария поведения каждого объекта системы необходимо точно представлять взаимодействие этих объектов между собой, определение клиентов и серверов и порядка обмена сообщений между ними.
Обмен сообщениями происходит в определенной последовательности, и Sequence diagram позволяют получить отражение этого обмена во времени. В течение работы сложной системы объекты, являющиеся клиентами, посылают друг другу различные сообщения, а объекты, являющиеся серверами, обрабатывают их. В простейшем случае можно рассматривать сообщение как вызов метода какого-либо класса, в более сложных случаях сервер имеет обработчик очереди сообщений, и сообщения им обрабатываются асинхронно, т.е. сервер накапливает несколько сообщений в очереди, если не может обработать их сразу.
На основе приема-передачи сообщений основана многозадачность Windows.
Пример диаграммы последовательностей действий показан на рис.7
Рис. 7
Рассмотрим диаграмму последовательности действий ИС учебного центра (Рис. 8).
На диаграмме рис. 8 первое сообщение отправляет Клиент УЦ к УЦ. Вторым сообщением является ответ УЦ на сообщение Клиента УЦ. Третье сообщение УЦ отправляет к классу Доп.проверка. Четвертое сообщение это ответ класса Доп.проверка на сообщение УЦ. Пятое сообщение УЦ отправляет к классу Доп.обучение. Шестое сообщение это ответ класса Доп.обучение на сообщение УЦ.
Рис. 8
Заключение
Инструменты компании Rational Software как нельзя лучше подходят для объектно-ориентированной разработки программ от замысла до реализации в коде.
Rational Rose в соединении с другими программными пакетами приобретает свою неповторимую мощь. В сочетании со средствами документирования (Rational SoDA) он может давать полное представление о проекте.
Возможность интеграции со средствами управления требованиями (Requisite Pro), со средствами тестирования (SQA Suite, Performance Studio), со средствами конфигурационного управления (ClearCase, PVCS) поднимает процесс ведения программного проекта на совершенно новый уровень.
Но при всем этом разработчик должен помнить, что Rational Rose не создаст для него готовый исходный код. Пакет сможет создать основу для системы, заготовки классов вместе с их взаимодействием, а наполнять методы содержанием должен все-таки программист.
Но, исправив что-либо даже в структуре классов, программист всегда может получить визуальное отражение этих изменений в Rational Rose.
Список литературы
1) Трофимов С.А. CASE-технологии. Практическая работа в Rational Rose.
2) Wikipedia.org0
Размещено на Allbest.ru
...Подобные документы
Понятие и классификация локальных вычислительных сетей, технологии построения. Выбор структуры сети учебного центра. Расчет стоимости сетевого оборудования. Анализ вредных факторов, воздействующих на программиста. Организация рабочего места инженера.
дипломная работа [7,3 M], добавлен 11.03.2013Задачи фитнес-центра и информационное обеспечение его деятельности. Общая характеристика и требования к проектируемой информационной системы, ее внутренняя структура и взаимосвязь элементов. Порядок и этапы формирования имитационной модели системы.
курсовая работа [37,9 K], добавлен 15.06.2014Сущность унифицированного языка моделирования, его концептуальная модель и принцип действия, общие правила и механизмы. Моделирование понятия "компетентность". Диаграмма классов, описывающих учебный процесс. Реализация заданной информационной системы.
дипломная работа [3,1 M], добавлен 17.02.2015Основные принципы моделирования систем массового обслуживания (СМО) на ЭВМ. Разработка моделирующего алгоритма и составление блок-схемы имитации торгового центра на ПЭВМ. Программа моделирования торгового центра на одном из языков программирования.
лабораторная работа [77,4 K], добавлен 15.06.2010Среда проектирования программного обеспечения Rational Rose. Унифицированный язык моделирования UML. Требования к функциональности, к безопасности, интерфейсу, настраиваемости, информационной и программной совместимости, программная документация.
курсовая работа [582,0 K], добавлен 20.07.2011Построение модели вычислительного центра: постановка задачи, составление моделирующей программы на языке GPSS, обоснование выбора моделирования. Анализ полученных данных и формирование выводов. Улучшение системы и моделирование процесса работы центра.
курсовая работа [671,6 K], добавлен 03.07.2011Развитие современных информационных технологий. Этапы объектно-ориентированного проектирования информационных систем Rational Rose. Моделирование железнодорожной информационной системы. Создание диаграмм последовательности, компонентов, размещения.
курсовая работа [840,0 K], добавлен 11.07.2012Разработка моделей данных информационной системы Сall-центра с применением CASE-технологии. Персонал и его функции. Регистрирование заявок в режиме реального времени. Построение диаграммы потоков данных DFD. Список документов и инфологическая модель.
курсовая работа [1,1 M], добавлен 28.08.2012Разработка информационной системы для ведения каталога книг/читателей, поисковой системы и системы предварительных заказов на приобретение книг. Среда Rational Rose. Внесение изменений в объект. Основные операции классов и атрибуты типов данных.
лабораторная работа [417,6 K], добавлен 17.05.2013Направления внедрения компьютерной техники в образовании. Рассмотрение информационной системы как функционального вычислительного ресурса, обеспечивающего работу аудиторий учебного заведения. Структура информационной системы и процесс патентного поиска.
реферат [174,0 K], добавлен 04.05.2015Характеристика предприятия, особенности работы оператора сервисного центра. Требования к программному и техническому обеспечению. Проектирование моделей данных, модулей и структуры информационной системы. Разработка интерфейса и тестирование программы.
дипломная работа [1,2 M], добавлен 16.02.2013Назначение и цели создания информационной системы. Характеристика объекта автоматизации. Реализация информационной системы "Medic", серверной части приложения. Требования к оперативному запоминающему устройству клиента. Выходные данные программы.
дипломная работа [5,1 M], добавлен 29.06.2011Выбор типа и топологии сети. Разделение ресурсов процессора. Разработка плана расположения оборудования. Прокладка кабеля витая пара. Планирование информационной безопасности. Анализ опасных и вредных факторов при эксплуатации вычислительной сети.
курсовая работа [490,3 K], добавлен 22.10.2015Моделирование регламента Центра сертификации ключей ЗАО "Инфраструктура открытых ключей" с учётом требований безопасности. Основные определения и понятия моделирования процессов. Функции программно-технического комплекса центра. Атрибуты безопасности.
дипломная работа [563,4 K], добавлен 20.03.2012Понятие каталогов ресурсов Интернета. Разновидности и средства их использования. Разработка модели в средах программирования BPwin и Erwin. Программное моделирование в среде проектирования Rational Rose. Регистрация незарегистрированного пользователя.
курсовая работа [2,5 M], добавлен 24.11.2014Имитационное моделирование деятельности "Центра обслуживания абонентов". Диаграммы потоков данных. Выявление вариантов использования. Моделирование видов деятельности и взаимодействий. Проектирование пользовательского интерфейса и архитектуры приложения.
дипломная работа [1,3 M], добавлен 24.10.2010Разработать ЭИС электрических сетей с использованием структурного и объектно-ориентированного подхода средствами Rational Rose. Экономический расчет эффективности проекта. Модель экономической информационной системы службы информационных технологий.
дипломная работа [54,2 K], добавлен 06.08.2008UML как стандарт для создания модели информационной системы. Особенности работы в средстве проектирования Rational Rose 2003. Назначение операций главного меню File и Edit. Особенности разработки диаграммы развертывания в среде IBM Rational Rose 2003.
дипломная работа [524,1 K], добавлен 27.09.2010Задачи, функции и структура филиала университета. Оценка информационных потоков и UML-моделирование. Анализ структуры информационной системы и системы навигации. Проектирование базы данных, физическая реализация и тестирование информационной системы.
дипломная работа [6,0 M], добавлен 21.01.2012Технико-экономическая характеристика объекта автоматизации. Концептуальное, логическое и физическое проектирование базы данных, требования к системе. Разработка внешних приложений. Руководство пользователя автоматической информационной системы "Учёт".
курсовая работа [3,1 M], добавлен 17.08.2015