практика по получению профессиональных умений и опыта профессиональной деятельности

ВВЕДЕНИЕ


Практика по получению профессиональных умений и опыта профес-сиональной деятельности – важнейший компонент систе-мы профессиональной подготовки студента.
Задачами практики является:
 приобретение опыта по поиску и выбору инноваций, анализу и оценки экономической эффективности профессиональной деятельности;
 приобретение навыков анализа технологических процессов,
 приобретение умений организовывать работу персонала, нахо-дить и принимать управленческие решения в области профессиональной деятельности;
 формирование навыков систематизации и обобщения информа-цию по формированию и использованию ресурсов предприятия и др.
Место прохождения практики – Частное образовательное учрежде-ние высшего образования «Московский университет имени С.Ю. Витте».

1.2 Обоснование выбора бизнес-процесса для автоматизации
1.2.1 Модель AS IS
На рисунке 1 представлена модельAS IS, построенная в MS Visio с использованием методологии BPMN.
Университет предоставляет большое количество дополнительных образовательных программ. На сайте университета представлено их пол-ное описание, стоимость обучения. В разделе «Сведения об образователь-ной организации» представлен документ «Правила оказания платных услуг», в котором регламентируется процесс предоставления дополни-тельного профессионального образования. Желающий получить дополни-тельное профессиональное образование должен заполнить заявку на сайте. Программа дополнительного образования будет активирована, если по ней будет набрана группа из пяти и более человек. Для каждого обучаю-щегося формируется договор , в котором прописывается сведения об слу-шателе дополнительной образовательной программы, наименование про-граммы, сроки проведения, документы, которые выдаются по окончанию учебы, стоимость и форма оплаты.

2 ПРОЕКТИРОВАНИЕ ИНФОРМАЦИОННОЙ ПОДСИСТЕМЫ «ДОПОЛНИТЕЛЬНОЕ ПРОФЕССИОНАЛЬНОЕ ОБРАЗОВАНИЕ»

2.1 Диаграммы проектирования
2.1.1 Концептуальная диаграмма
На рисунке 2 представлена концептуальная диаграмма, построенная в MS Visio. Для исследуемом бизнес-процессе выделен объекты или сущ-ности и между ними установлены связи . Для связей определены названия и кратность. Основной вид связи «один –ко-многим». Диаграмма позволя-ет определить для связи обязательность. Эта диаграмма важна при проек-тировании БД на этапе инфологического проектирования.

2.1.3 Use-Case диаграмма
Диаграмма прецедентов или Use-case диаграмма очень удобна при взаимодействовать разработчика с заказчиком информационной системы.
На этой диаграмме (рисунок 4) представлены основные пользователи информационной подсистемы и функции, которые планируется автомати-зировать

2.1.4 DFD диаграмма
DFD– диаграмма потоков данных, относится к структурным диа-граммам. Для ее построения использовался пакет Ramus. Диаграмма со-стоит из двух уровней (рисунок 5, 6). На рисунке 5 приведена контекстная диаграмма, которая строится с использованием методологии IDEF0.

Диаграмма содержит один процесс, который называется «Функцио-нирование информационной подсистемы «Дополнительное профессио-нальное образование». На диаграмме представлены четыре вида стрелок:
 вход;
 выход;
 управление;
 механизм.
На рисунке 6 приведена декомпозиция контекстной диаграммы, по-строенная в нотации DFD. Кроме блоков, которые представляют функции проектируемой подсистемы, на диаграмме присутствуют хранилища дан-ных.

2.1.5 Логическая диаграмма
Логическая диаграмма представлена в разделе проектирования БД (рисунок 15).
2.1.6 Структурная диаграмма
В качестве структурной диаграммы представлена диаграмма разме-щения, построенная с использованием языка UML (рисунок 7).

2.1.7 Диаграмма Ганта
На рисунке 8 представлена диаграмма Ганта, которая позволяет ви-зуализировать длительность выполнения задач проекта. Диаграмма по-строена в MS Visio.

2.2 Проектирование базы данных/
2.2.1 Инфологическое проектирование БД (ER-диаграмма)
На основании анализа предметной области и описания бизнес-процесса «Дополнительное профессиональное образование» сформирова-на совокупность сущностей:
 сущность «Студент», спецификация атрибутов которой приведена в таблице 1;
 сущность «Договор» – таблица 2;
 сущность «Аттестация» – таблица 3;
 сущность «Дисциплина» – таблица 4;
 сущность «Преподаватель» – таблица 5;
 сущность «Документ» – таблица 6;
 сущность «Вид» – таблица 7;
 сущность «Группа» – таблица 8;
 сущность «Программа» – таблица 9.






2.2.2 Логическое проектирование БД (Уточненная ER-диаграмма)

С целью создания совокупности нормализованных отношений, в которых реализованы связи между объектами предметной области и выполнены все преобразования, необходимые для эффективной реализации в среде конкретной СУБД, необходимо провести этап логического проектирования, который выполняется в два этапа:
– отображение полученной концептуально-инфологической модели на реляционную модель путем совместного представления в ее отношениях ключевых элементов взаимосвязанных записей;
– анализ полученных отношений на соответствие трем нормальным формам.
При проведении первого этапа логического проектирования рассматривается каждая связь между сущностями. В тех случаях, когда сущности имеют связь «один-ко-многим», сущности, от которых исходит простая связь, являются исходными, а другие сущности, соответственно, являются порожденными. При построении отношений, ключи порожденной сущности необходимо добавить в атрибуты исходной сущности.


2.2.4. Описание групп пользователей и прав доступа
Группа «Пользователи», которые будут иметь доступ к информаци-онной подсистеме, будут разделяться на две категории:
– специалист, осуществляющий обслуживание и настройку системы, обес-печивающий ее работоспособность. Квалификация – администратор си-стемы, программист.
– специалисты, непосредственно работающие с системой. Квалификация персонала – опытный пользователь. К этой группе относятся кураторы программ дополнительного образования и преподаватели, которые ведут занятия по программе.
2.2.5 Проектирование наиболее востребованных запросов
Запрос 1. Сформировать список студентов заданной группы, кото-рый будет использоваться для подготовки бумажных документов: прика-зы, экзаменационные и зачетные ведомости.
SELECT фамилия, имя, отчество FROM Студент WHERE Номер-Группы=<Заданный номер>
Запрос 2. Сформировать экзаменационную ведомость с оценками по определенному предмету для студентов заданной группы.
SELECT Студент.Фамилия, Студент.Имя, Студент.Отчество, Атте-стация.Оценка FROM Студент JOIN Аттестация ON Сту-дент.ИдКод=Аттестация.ИдКодСтудента WHERE Аттеста-ция.КодДисциплины =<Заданный номер>
Запрос 3. Сформировать учебную карточку заданного студента с указанием предмета и оценки по предмету.
SELECT Дисциплина.Наименование Аттестация.Оценка FROM Дис-циплина JOIN Аттестация ON Дисципли-на.Код=Аттестация.КодДисциплины WHERE Аттеста-ция.ИдКодСтудента=<Заданный номер>
2.3 Выводы по разделу
В разделе выполнено построение диаграмм, которые упрощают процесс проектирования и разработки информационных систем.
Представлены результаты инфологического, логического и физиче-ского проектирования БД.

ЗАКЛЮЧЕНИЕ


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