ПРАВИТЕЛЬСТВО РОССИЙСКОЙ ФЕДЕРАЦИИ Федеральное государственное автономное образовательное учреждение высшего профессионального образования

ПРАВИТЕЛЬСТВО РОССИЙСКОЙ ФЕДЕРАЦИИ
Федеральное государственное автономное образовательное
учреждение высшего профессионального образования
"Национальный исследовательский университет
"Высшая школа экономики"
Пермский филиал
Факультет бизнес-информатики
Кафедра информационных технологий в бизнесе
УДК 004.031.4
ИНФОРМАЦИОННАЯ СИСТЕМА
ДЛЯ ПРИВЛЕЧЕНИЯ АБИТУРИЕНТОВ
Выпускная квалификационная работа бакалавра
Работу выполнил студент
группы БИ-10-1
4 курса факультета бизнес-информатики
Байрамова Елена Афсаровна
Научный руководитель:
доцент кафедры
информационных технологий в бизнесе,
к.ф-м.н., доцент
Плаксин Михаил Александрович
“____”
20__ г
Пермь 2014
Оглавление
Список терминов и сокращений ...................................................................................... 3
Введение ............................................................................................................................. 4
Глава 1. Предпроектное исследование ........................................................................... 7
Основные понятия и определения .................................................................... 7
Механизм интеграции университета и общества ........................................... 9
Особенности приема в высшие учебные заведения России ........................ 12
Преимущества интеграции .............................................................................. 14
Целевая аудитория ........................................................................................... 15
Проекты для привлечения абитуриентов....................................................... 17
Обзор существующих решений ...................................................................... 20
Глава 2. Проектирование и реализация информационной системы .......................... 26
Моделирование бизнес-процессов ................................................................. 26
2.1.1.
Выбор нотации моделирования бизнес-процессов ................................ 26
2.1.2.
Анализ существующей модели взаимодействия с абитуриентами ...... 27
2.1.3.
Построение модели TO_BE ...................................................................... 35
Выбор программного обеспечения................................................................. 43
Проектирование базы данных ......................................................................... 47
Проектирование макета приложения ............................................................. 47
Модули системы ............................................................................................... 51
Глава 3. Экономическое обоснование .......................................................................... 54
Заключение ....................................................................................................................... 56
Библиографический список ............................................................................................ 57
Приложение А. Анализ характеристик абитуриентов ................................................. 61
Приложение В. Структура базы данных ....................................................................... 69
Приложение С. Описание сущностей базы данных ..................................................... 73
Приложение D. Техническое задание на разработку системы ................................... 84
Приложение E. Руководство пользователя ................................................................. 107
2
Список терминов и сокращений
1.
ИС – информационная система.
2.
БП – бизнес-процесс.
3.
СУБД – система управления базами данных.
4.
ПО – программное обеспечение.
5.
ARIS – Architecture of Integrated Information Systems.
6.
IDEF – Integrated Computer-Aided Manufacturing.
7.
MVC – Model-view-controller.
8.
UML – Unified Modeling Language.
9.
РИО – редакционно-издательский отдел.
10.
ПК – первичный ключ.
11.
АС – администратор системы.
12.
КА – контентный администратор.
13.
Пт – публицист.
14.
ОП – обычный пользователь.
3
Введение
Современный рынок труда предъявляет высокий спрос на специалистов,
владеющих передовыми знаниями сразу в нескольких областях. Такими
специалистами, как в области информационных технологий, так и в сфере
менеджмента, являются выпускники факультета бизнес-информатики. Открытие
кафедры информационных технологий, а затем и факультета бизнес-информатики,
позволило НИУ ВШЭ – Пермь занять лидирующие позиции в сфере подготовки
бизнес-информатиков в Пермском крае. В то же время возрастающий спрос стал
основанием для создания подобных направлений и в других вузах Перми, что
впоследствии привело к обострению конкуренции между ИТ-специальностями.
Существование факультета немыслимо без ежегодного набора новых
студентов, от качества которого зависит будущее функционирование факультета и
академическая деятельность. В условиях ужесточения межвузовской конкуренции
за абитуриента ориентация на потребителя становится ключевым принципом
организации образовательной деятельности [1]. В рамках подобного подхода
одним
из
главных
условий
является
создание
налаженной
системы
взаимодействия, которая может стать одним из факторов конкурентного
преимущества и обеспечить развитие университета, формируя долгосрочные и
лояльные отношения с потребителями.
Хотя подобное взаимодействие является одной из основ деятельности
университета,
прослеживается
недостаточность
разработанных
механизмов
для привлечения абитуриентов и интеграции университета и общества. Среди
основных проблем можно выделить такие, как:
1) отсутствие единой базы данных лиц для взаимодействия;
2) малое
количество
информационных
материалов
о
факультете
бизнес-информатики НИУ ВШЭ – Пермь и недостаточные возможности
интерактивного взаимодействия с представителями факультета, что ведет
к недостаточной осведомленности абитуриентов;
3) отсутствие механизмов получения обратной связи.
4
Помимо аспектов взаимодействия факультета с абитуриентами, в рамках
данной работы рассмотрены вопросы интеграции университета и общества с целью
получения дополнительных возможностей привлечения абитуриентов.
Объектом исследования данной работы является процесс взаимодействия
факультета
с
абитуриентами
на привлечение
абитуриентов;
и
обществом
предметом
в
–
целом,
ориентированный
информационная
система
взаимодействия факультета и общества.
Цель работы заключается в проектировании и разработке информационной
системы
для
автоматизации
процесса
взаимодействия
факультета
бизнес-информатики НИУ ВШЭ – Пермь с абитуриентами и их окружением.
Для достижения поставленной цели необходимо:
1) изучить существующие подходы, формы и инструменты взаимодействия
с потребителями образовательных услуг;
2) определить
преимущества
университета
и
и
общества
обосновать
с
целью
необходимость
привлечения
интеграции
потенциальных
абитуриентов;
3) идентифицировать потенциальных потребителей образовательных услуг и
заинтересованных лиц для взаимодействия;
4) предложить проекты по организации взаимодействия с абитуриентами и
заинтересованными лицами;
5) описать
модель
существующего
взаимодействия
с
абитуриентами
НИУ ВШЭ – Пермь с целью определения путей повышения эффективности
функционирования;
6) определить функциональные требования к системе;
7) составить техническое задание на разработку системы;
8) провести обзор и определить инструментальное средство для создания
информационной системы;
9) спроектировать схему базы данных;
10) разработать информационную систему;
11) оценить
экономическую
эффективность
решений.
5
реализации
предложенных
В первой главе выпускной квалификационной работы рассматриваются
вопросы интеграции университета и общества, используемые инструменты и
механизмы; определяется специфика рынка образовательных услуг Российской
Федерации.
Проводится
анализ
существующих
решений,
направленных
на привлечение абитуриентов и взаимодействие с их окружением. Кроме того,
глава содержит проектные решения для привлечения абитуриентов.
Во второй главе приведена описательная модель текущего взаимодействия
с абитуриентами. На основе анализа узких мест определяются требования к модели
«как должно быть». Происходит выбор программного обеспечения и формализация
требований. Конец главы содержит информацию о разработке системы.
В
рамках
третьей
главы
определяются
показатели
эффективности
предлагаемой информационной системы и приводится экономическое обоснование
необходимости внедрения.
6
Глава 1. Предпроектное исследование
Первая глава работы дает представление о проведенном предпроектном
исследовании. Глава содержит определения основных понятий, связанных
с созданием и разработкой информационных систем, и обзор литературы,
посвященной механизмам интеграции университета и общества. В рамках главы
определены целевые группы для взаимодействия, предложены несколько проектов.
Также приведен аналитический обзор информационных систем, организующих
взаимодействие университета, абитуриента и общества.
Основные понятия и определения
В данном параграфе будут рассмотрены ключевые понятия данной работы.
Прежде всего, необходимо дать определение термину «информационная система».
Согласно трактовке, предложенной Helmut Krcmar (экономистом и профессором
кафедры
информатики
Мюнхенского
технического
университета),
«bei Informationssystemen handelt es sich um soziotechnische Systeme die menschliche
und maschinelle Komponenten umfassen und mit dem Ziel der optimalen Bereitstellung
von Information und Kommunikation nach wirtschaftlichen Kriterien eingesetzt
warden» [2]. Автор определяет два основных компонента ИС – людей (персонал) и
техническое обеспечение. Также одним из ключевых моментов является
определение назначения системы как средства для оптимального представления
информации с точки зрения выбранных экономических критериев. Таким образом,
определение включает в себя не только технологическую, но и экономическую
точку зрения на информационные системы.
Иное
определение,
бизнес-информатики
предложенное
Франкфуртского
профессором
университета,
доктором
кафедры
Роландом
Габриэлем, гласит, что, в узком смысле, информационная система — программная
система
для выполнения
бизнес-задач [3].
В
то
время
как
назначение
информационных систем первого определения заключается в представлении
информации, в определении, представленным Роландом Габриэлем, спектр
решаемых задач существенно расширен всеми бизнес-задачами предприятия.
Автор также уточняет, что компонентами системы являются люди (персонал),
технологии (программное и аппаратное обеспечение) и прикладные программы.
7
Одним из способов достижения поставленных перед бизнесом задач
являются бизнес-процессы предприятия. Согласно определению Александра
Игоревича Громова, бизнес-процесс — одна или более связанных между собой
процедур или операций (функций), которые совместно реализуют некую бизнес
задачу или политическую цель предприятия [4]. Помимо общего назначения
бизнес-процесса как средства реализации бизнес-задач, важен и взгляд автора на
бизнес-процессы как на некую деятельности или совокупность процедур.
Более точное определение предоставляет Институт качества Ericsson
в 1993 году: бизнес-процесс – цепь логически связанных, повторяющихся
действий, в результате которых используются ресурсы предприятия для
переработки
объекта
(физически
или
виртуально)
с
целью
достижения
определенных измеримых результатов или продукции для удовлетворения
внутренних или внешних потребителей [5]. Аналогично определению, данному
А.И. Громовым, указывается, что бизнес-процесс – это, прежде всего, какая-либо
деятельность на предприятии, однако в нем подчеркивается, что деятельность
обязательно имеет цель, или бизнес-задачу, измеримые результаты, а также
потребителя.
Другое определение, оперирующее понятиями входа и выхода, предлагает
Владимир Владимирович Репин [6]. Согласно его точке зрения, бизнес-процесс –
устойчивая, целенаправленная совокупность взаимосвязанных видов деятельности
(последовательность работ), которая по определенной технологии преобразует
входы в выходы, представляющие ценность для потребителя.
Авторы сходятся в понимании бизнес-процесса как неких взаимосвязанных
видов преобразующей деятельности, подчеркивая важность определения целей
процесса, его потребителей и их потребностей, а также специальной системы
измерителей.
Соблюдение
данных
условий
обеспечивает
возможность
отображения бизнес-процессов в качестве функции разрабатываемой системы.
Помимо бизнес-процессов, являющихся, по сути, функциями системы,
важной характеристикой является база данных, используемая в качестве основы.
Согласно определению Михаила Рувимовича Когаловского, одного из ведущих
российских
ученых
в
области
баз
данных
и
информационных
систем,
«база данных – организованная в соответствии с определёнными правилами и
8
поддерживаемая в памяти компьютера совокупность данных, характеризующая
актуальное
состояние
некоторой
предметной
области
и
используемая
для удовлетворения информационных потребностей пользователей» [7]. В свою
очередь, Томас Коннолли определяет базу данных в качестве «совместно
используемого набора логически связанных данных (и описание этих данных),
предназначенного
для удовлетворения
информационных
потребностей
организации» [8]. Несмотря на разногласия в установлении потребителя данных
(пользователь или организация) и важности метаданных (в определении
Михаила Рувимовича Когаловского они не упомянуты явно), оба определения
указывают на конечную цель (удовлетворение информационных потребностей) и
свойства организованности (или связности) данных.
Таким образом, были определены три ключевых составляющих системы
взаимодействия
с
абитуриентами.
Прежде
всего,
это
бизнес-процессы
взаимодействия, имеющие определенную цель, потребителя, а также конкретные
измерители. Для их реализации, или,
иными словами,
для достижения
бизнес-задач, будет создана информационная система, которая задействует
прикладное
программное
обеспечение
и
персонал.
Для
удовлетворения
информационных потребностей в основе системы будет лежать база данных.
Механизм интеграции университета и общества
Как было отмечено ранее, одной из основ деятельности университета
являются налаженные механизмы взаимодействия как с абитуриентами, так и
с обществом в целом. Данный параграф посвящен концепции реализации
подобных механизмов.
18 сентября 1988 года в честь торжеств, посвященных 900-летию Болонского
университета,
ректоры
430
европейских
университетов
подписали
«Великую хартию университетов» – «The Magna Charta Universitatum». Целью
документа было отметить важнейшие ценности университетских традиций.
В вступлении документа, определяющего фундаментальные принципы развития
высшего образования, говорится об особой роли, которую призваны играть
университеты в обществе: задаче по распространению знаний среди младших
поколений, означающей сегодня обязательство обращаться ко всему обществу,
9
чье культурное, социальное и экономическое будущее требует теперь особого,
значительного
и
постоянного
вклада
[9].
Профессор
права
Болонского
университета Фабио Альберто Роверси-Монако трактовал создание хартии
«возникшей необходимостью вновь обратиться к истокам Университета для того,
чтобы достойно встретить вызов сегодняшнего мира, а также подтвердить
необходимость интеграции между университетом и обществом самым доступным
способом» [10].
Одним из путей выполнения возложенных задач интеграции с обществом
стало направление деятельности, получившее название Public Engagement, или
вовлечение общества в жизнь университетов. Наибольшее распространение термин
получил в Великобритании; развитие данного направления определило создание
Национального Координационного Центра (National Co-ordinating Centre for Public
Engagement, NCCPE). В Манифесте, созданном Центром, указывается особая роль
университетов в жизни и процветании нации, заключающаяся в обучении,
исследованиях, взращивании студентов и налаживании связей с другими
организациями [11].
Согласно
определению
Национального
Координационного
Центра,
Public Engagement – это множество способов, благодаря которым деятельность и
преимущества высшего образования могут быть разделены с обществом. Подобное
взаимодействие, по определению, является двусторонним процессом с целью
получения взаимных выгод [12]. Благодаря вовлечению общества, высшее
образование играет все большую роль в социальной и культурной жизни; данное
направление также позволяет не только соответствовать фундаментальным
принципам, но и извлекать пользу.
Среди
целей
Public
Engagement
выделяют
информирование,
консультирование и сотрудничество [13]. Рассмотрим подробнее каждую из них
(см. рис. 1.1. Цели вовлечения общества).
1. Информирование (Informing).
Университеты, преследующие своей целью проинформировать общество,
чаще всего устраивают открытые или выездные лекции и презентации, выставки,
публикуют заметки и выступают на фестивалях и ярмарках. В спектр задач входит
сообщить о деятельности внутри университета, вдохновить и приобщить к ней.
10
2. Консультирование (Consulting).
С
другой
стороны,
важным
является
не
только
распространять,
но и получать информацию, идеи и опыт, для чего существует целый ряд методик и
способов, как-то: встречи с общественностью, открытые заседания, дискуссионные
мероприятия, консультации и собрания групп. Акцент делается на максимизации
качества обратной связи и вовлечения общества.
3. Сотрудничество (Collaborating).
Наиболее тесное сотрудничество университета и общества наблюдается
в совместной
работе
над
исследовательскими
проектами,
сотрудничестве
студентов с общественными организациями или создании справочных служб
для получения экспертных оценок.
Информирование
Консультирование
Сотрудничество
Цели вовлечения общества
Чаще всего университеты пытаются добиться успеха в каждой из трех
областей. Определяясь с целью public engagement и ключевой аудиторией,
университет привлекает к своей деятельности социальные институты, которые
с ней уже взаимодействуют, как, например, школы, музеи, волонтерские
организации [14] (см. рис. 1.2. Социальные институты для взаимодействия).
11
Социальные институты для взаимодействия
Применение подобного подхода на практике имеет несет множество
преимуществ как для университета, так и для абитуриентов. Однако, следует
отметить, что условия приема в российские высшие учебные заведения имеют
собственную специфику. В следующей части работы будут рассмотрены основные
отличия, а также выгоды реализации методов на практике.
Особенности приема в высшие учебные заведения России
Методы public engagement получили широкое распространение во множестве
международных университетов. Однако практика российского образования
в области
приема
абитуриентов
имеет
несколько
существенных
отличий,
важнейшим из которых является отсутствие у высших учебных заведений
возможности внесения дополнительных критериев отбора помимо результатов
Единого государственного экзамена. Таким образом, абитуриенты лишаются
преимуществ,
которые
могли
бы
получить,
с университетом до поступления.
12
активно
взаимодействуя
В результате механизма отбора, основанного только лишь на результатах
ЕГЭ, формируется ряд противоречий:
1. Ни факультет, ни абитуриент не в состоянии достоверно судить, насколько
данный факультет подходит абитуриенту, до тех пор, пока не начнется
обучение.
2. Вуз может получить конкретную информацию об абитуриенте только после
подачи заявления. С другой стороны, абитуриент может узнать что-либо
об университете и факультетах заранее, еще до подачи заявления.
3. Факультет, зная информацию об абитуриенте, не вправе выбирать, кого
принимать.
Приемная
комиссия
обязана
зачислять
абитуриентов
в соответствии с рейтингом баллов ЕГЭ и отказывать абитуриенту
с меньшими баллами, даже если он больше подходит для учебы на данном
направлении [15].
В процессе обучения факультет вырабатывает собственные критерии
«соответствия» студента. В настоящее время проверить это соответствие факультет
может только лишь после зачисления абитуриента. Существующие вступительные
экзамены, а именно ЕГЭ, являются общими для всех и не дают детальной
информации о требуемых навыках абитуриента.
Проведение вступительных экзаменов факультетом позволило бы более
точно определять, насколько способности, знания и навыки абитуриента подходят
выбранному направлению. Также и сам абитуриент мог бы получить примерное
представление об учебе на факультете еще до зачисления. Еще одно преимущество
приводится
в
статье
М. А. Плаксина:
«Если
школьник
хотел
поступить
в данный вуз, он специально готовился к поступлению именно в этот вуз,
целенаправленно добывал нужные для этого знания. И тем самым обеспечивал
себе преимущество при поступлении. Вуз в результате отбора именно таких
абитуриентов получал первокурсников с высокой степенью мотивации и высоким
стартовым уровнем» [16].
Тем не менее проведение вступительных экзаменов для отбора абитуриентов
недоступно для большинства вузов. В то же время применение методов public
engagement позволяется устранить часть противоречий этапа отбора и приема
абитуриентов.
13
Преимущества интеграции
Основным
преимуществом
использования
на
практике
проектов
public engagement является возможность абитуриентов погрузиться в жизнь
университета еще до поступления, и определить, насколько данная программа
соответствует его требованиям и ожиданиям.
Важность подобной возможности обуславливали авторы, как например,
президент
Американской
Джеймс С. Коулман
и
социологической
старший
ассоциации,
аналитик–исследователь
социолог
американского
исследовательского института, социолог Барбара Е. Ловиттс. Джеймс Коулман
в работе «The principle of symmetry in college choice» 1970 года охарактеризовал
ассимметрию между информацией, доступной университету о студенте, и
информацией об университете доступной студенту, как источник ложных
представлений множества студентов о выбранном направлении обучения.
Он утверждал, что следование принципу симметрии информации позволит
абитуриентам принимать более взвешенные решения, что впоследствии снизит
уровень отсева во время обучения [17]. На основе проведенного анализа
Барбара Ловиттс обнаружила, что студенты, выбравшие программу для обучения
на основе достоверного представления и описания (или предложенного термина
«well-structured cognitive maps») с большей вероятностью успешно закончат
обучение. Студенты с достоверными представлениями о выбранной программе
имеют меньший уровень отсева. В то же время ответственным за создание
подобный когнитивных карт для абитуриентов является именно университет [18].
Добиться
направленных
этого
на
можно
при
консультирование
помощи
и
проектов
сотрудничество
public
с
engagement,
абитуриентами.
Консультирующие мероприятия позволяют в форме диалога ответить на вопросы
абитуриента, разъяснить ту или иную информацию. С другой стороны,
для абитуриентов сотрудничество с университетом является возможностью
непосредственно погрузиться в его жизнь и почувствовать, что значит быть
студентом.
Кроме того, public engagement развивает такие навыки сотрудников и
студентов, как лидерство, умение вести беседу и слушать, работать в группах и
14
управлять проектами. Работа в качестве волонтеров развивает трудоспособность и
самостоятельность
[19].
Студенты
получают
опыт,
столь
необходимый
в современном обществе.
Применение public engagement на практике имеет стратегическое значение, и
в долгосрочном периоде приносит университету ряд выгод. Прежде всего, это
оказывает положительное влияние на бренд университета и его оценку в глазах
сообщества. Участие университета в жизни общества демонстрирует его желание
прислушиваться к общественному мнению и изменяться [10]. Взаимодействие
с общественностью
может
качественно
улучшить
деятельность
внутри
университета, а также обогатить учебный план [20].
Целевая аудитория
Проекты public engagement, хотя и определяют целевую аудиторию,
нацелены не только на абитуриентов, но и на общество в целом. Закономерным
является вопрос эффективности взаимодействия с другими социальными группами.
Для ответа на данный вопрос в предыдущей работе автора была построена
описательная модель взаимодействия [21].
Для построения модели был использован Системный оператор – один из
методов системного анализа. В стандартном представлении системный оператор
представляет 9 экранов или квадратов на пересечении двух осей: по горизонтали
откладываются периоды времени (прошлое, настоящее, будущее), а по вертикали –
уровни (надсистема, система, подсистема). Из этого следует, что системный
оператор позволяет охватить как временные, так и системные взаимосвязи,
рассмотреть систему в динамике [22].
Системный оператор был построен в разрезе трех временных периодов.
Первый длится до получения итогов ЕГЭ. Второй – со времени выбора, на какие
факультеты подать документы, и до зачисления (передачи оригиналов документов
в вуз). Третий – обучение на факультете. В качестве надсистем были выбраны те
системы, которые оказывают на школьника влияние при выборе факультета и
профессии в будущем: школа (одноклассники абитуриента, преподавательский
состав и т. д.), друзья, семья, знакомые, имеющие авторитет, и к мнению которых
он прислушивается, информационная среда (например, ярмарка образования).
15
Подсистемами стали личные оценки, цели, мотивы, ожидания абитуриента:
1) желание школьника-абитуриента получить ту или иную профессию;
2) склонности к тому или иному предмету, навыки, интересы;
3) желание самореализоваться;
4) собственное мнение о вузе, факультете;
5) оценка перспектив обучения на факультете (будущая работа).
По итогам построения описательной модели системы стало возможным
определить два направления работы. Прежде всего, различия в надсистемах и
подсистемах (влияние внешней и внутренней среды системы – школьника) дает
первое
деление.
Согласно
системному
анализу,
система
неотделима
от окружающей ее среды, поэтому работу надо проводить как с самим
школьником–абитуриентом (внутренняя среда), так и с его окружением. С другой
стороны, работу можно поделить на 2 этапа: до и после зачисления. В соответствии
с системным оператором, работу важно проводить как с внешней, так и
с внутренней средой, как до поступления, так и после.
Эмпирическими доказательствами полученных выводов являются данные,
полученные в ходе опроса абитуриентов НИУ ВШЭ – Пермь, приведенные
в приложении А. Анализ характеристик абитуриентов.
Таким образом, теоретически и эмпирически была доказана необходимость
взаимодействия не только с самим абитуриентом, но и с его окружением. Важность
представляет необходимость подобного взаимодействия до получения результатов
ЕГЭ, еще во время учебы в школе.
Применение
методов
public
engagement
является
одним
из средств
достижения поставленных целей, поскольку, во-первых, благодаря применению
подобного
подхода
осуществляется
комплексное
взаимодействие
как
с абитуриентами, так и с их окружением, в которое входят учителя, родители и
знакомые, а также с общественными организациями. Во-вторых, подобная
деятельность
ответственным
привлекает
в
глазах
внимание
общества,
к университету,
что,
делает
в некоторой
его
степени,
социально
является
маркетинговым ходом. В-третьих, происходит «втягивание» абитуриентов в жизнь
университета еще со школьной скамьи.
16
Проекты для привлечения абитуриентов
Проекты в сфере public engagement имеют достаточно разносторонний
характер. Университет может ограничиться проведением консультаций или
расширить взаимодействие вплоть до совместных проектов школьников и
студентов. В данном параграфе будут рассмотрены различные варианты.
Прежде всего, для организации проектов необходимо сформировать
ответственную команду. Примером может служить опыт НИУ ВШЭ, создавшего
для
данных
нужд
отдельное
структурное
подразделение
–
«Дирекцию
по профессиональной ориентации и работе с одаренными учащимися». Однако
масштабы проектов московского кампуса гораздо больше, нежели пермского.
В данной
ситуации
логичным
решением
будет
набор
команды
студентов-волонтеров во главе с куратором – сотрудником НИУ ВШЭ – Пермь.
Поскольку предлагаемые проекты и информационная система на первоначальном
этапы рассчитаны на факультет бизнес-информатики, то куратором может стать
либо сотрудник кафедры ИТБ, ответственный за привлечение абитуриентов, либо
сотрудник отдела по связям с общественностью. Следовательно, основная часть
работы
на
студентов-волонтеров,
задачей
которых
станет
актуализация
информации в системе.
Выбор проектов для реализации был основан на опыте всемирно известных
университетов
(например,
Кембриджского
и
Гарвардского
университетов)
по вовлечению общества в жизнь университета (см. табл. 1.1. Проекты). Кроме
того, важно было наиболее распространенные заблуждения о НИУ ВШЭ – Пермь
(см. прил. А. Анализ характеристик абитуриентов).
Первые два проекта («Из первых уст» и «Нашими глазами») носят
консультационный характер и позволяют ответить на вопросы, возникающие
у абитуриентов, родителей и иных лиц.
В рамках проекта «Из первых уст» школы Перми (Пермского края) могут
пригласить на свою территорию докладчика с заинтересовавшей их темой.
Докладчиком может быть преподаватель факультета или студент. Для организации
данного проекта публикуется список тем и форма для заявки. Выбрав тему,
представитель школы оставляет заявку для согласования времени лекции.
17
Таблица 1.1. Проекты
Название
проекта
«Из первых
уст»
«Нашими
глазами»
«Открытый
университет»
Модель
проекта
«Book a
speaker»,
Cambridge
university
[23]
Целевая
аудитория
Задачи
 Профессиональная ориентация –
информирование школьников о
Школьники
направлениях обучения факультета
средних и
бизнес–информатики;
старших классов,
 привлечение школьников к участию
учителя школ
в олимпиадах и конкурсах;
Перми
 приобретение студентами опыта
публичных выступлений.
«Hear from
our students», Школьники
Harvard
средних и
university
старших классов
[24]
 Профессиональная ориентация –
информирование школьников о
направлениях обучения факультета
бизнес–информатики;
 рассказ о студенческой жизни из первых
уст;
 приобретение студентами опыта
написания текстов и изложения мыслей.
Школьники
 Создание среды для общения с
средних и
старших классов,
известными людьми Пермского края;
учителя,
 привлечение к взаимодействию
заинтересованны
школьников и их окружение.
е лица
Процедура организации
1. На основе предложенных тем формируется и
публикуется на сайте список возможных тематик
выступлений.
2. Учителя выбирают понравившуюся тему и
оставляют заявку, шаблон которой опубликован
на сайте.
3. Координатор связывается с учителем и
спикером для назначения места и времени
презентации.
1. Студент проходит регистрацию и авторизацию
на сайте.
2. Студент добавляет новую публикацию в раздел
«Блоги».
3. Контентный администратор проверяет
публикацию.
4. Если публикация одобрена, то она размещается
на сайте, иначе отправляется на доработку.
1. На сайте проводится опрос на предмет
заинтересованности во встрече с той или иной
персоной.
2. В случае положительных отзывов, координатор
договаривается о времени и тематике встречи.
3. При помощи сайта проводится уведомление и
запись участников.
Примерами тем могут быть задачи по дисциплинам «Теория игр» или
«Экономика», разработка игр для мобильных устройств, составление бизнес-плана
для будущих предпринимателей и другие.
Благодаря проекту «Нашими глазами» школьники, учителя, родители и иные
заинтересованные в информации лица могут взглянуть на жизнь факультета и
университета глазами простых студентов, задать интересующие вопросы и
пообщаться со студентами напрямую. Кроме того, помимо студентов блоги могут
вести преподаватели и руководство факультета. Например, организовывая
онлайн-консультации с деканом факультета в заранее оговоренные дни.
Проект «Открытый университет» преследует своей целью сотрудничество.
Участвуя в данном проекте, школьники и студенты
могут встретиться
с известными людьми Перми и Пермского края. В НИУ ВШЭ – Пермь довольно
часто проводятся подобные встречи для студентов; участие в проекте школьников
позволит взглянуть на будущих работодателей и услышать истории успеха
выпускников.
Важным условием является и мотивация участников подобных проектов.
Если школьники и родители заинтересованы в получении достоверной и
актуальной информации, а университет в привлечении абитуриентов, то активное
участие
учителей
можно
обеспечить
нематериальными
стимулами,
как
благодарственные письма или грамоты, а также публикации. Учителя школ
заинтересованы в участии, поскольку на данный момент в Пермском крае
действует программа по аттестации педагогических работников образовательных
учреждений
Пермского
края.
В соответствии
с условиями
аттестации,
подтверждение соответствия занимаемой должности основывается на экспертизе
материалов, представленных в «Электронном портфолио педагогов» [25].
Основными пунктами портфолио педагога являются:
1. Участие в методической работе и распространении педагогического опыта.
2. Материалы участия педагогического работника в проектной деятельности.
3. Материалы внеурочной деятельности.
4. Результаты обучения и воспитания учащихся, воспитанников.
5. Материалы, подтверждающие работу с родителями.
19
Для
заполнения
портфолио
учителям
необходимо
прикрепить
подтверждающие участие в том или ином мероприятии документы. Предложенные
проекты не требуют от педагога больших затрат времени и сил, но в то же время
выданные
документы
могут
стать
подтверждением
участия
в
проектах,
социально-образовательных инициативах, внеурочной деятельности педагога.
Кроме того, руководство может отслеживать педагогов, наиболее активно
участвующих в мероприятиях, и впоследствии налаживать более тесный контакт.
Помимо конкретных проектов факультет может устраивать заочные школы и
конкурсы,
организовывать
конференции
и
олимпиады.
При
описании
функциональных требований к разрабатываемой системы должны быть учтены
потребности при организации различных проектов.
Обзор существующих решений
В
данном
университетов
с
параграфе
точки
рассмотрим
зрения
несколько
применяемых
проектов
различных
информационных
систем
и технологий.
Университет,
публикуя
информацию
или
привлекая
общество
к сотрудничеству, может применять различные методы взаимодействия. В качестве
целевой группы могут быть выбраны как школьники, так и учителя школ, родители
учеников, или организации, сотрудничающие с университетом. В рамках
следующего обзора обозначим различные целевые группы как заинтересованных
в информации и сотрудничестве лиц.
Определим несколько групп применяемых информационных систем:
1. Официальные
вебсайты
университетов,
содержащие
информацию
как для студентов и сотрудников, так и для всех заинтересованных лиц.
2. Группы и профили университетов в социальных сетях.
3. Вебсайты с интерактивным или разъяснительным контентом для будущих
студентов. В качестве примеров можно привести вебсайт Университета
Центрального Ланкашира (The University of Central Lancashire, UCLan) [26]
или
вебсайт
Эдинбургского
Университета
имени
Джона
Напье
(Edinburgh Napier University) [27]. Основной контент, представленный
20
на подобных сайтах, – информация об университете и карта корпуса, а также
полезная информация касательно студенческой жизни.
4. CRM – системы, применяемые сейчас во множестве университетов по всему
миру.
Среди
российских
«Норбит» [28]
или
для образовательного
разработок
«Система
–
«NORBIT4Edu»
управления
учреждения»
компании
компании
взаимоотношениями
«VPgroup»,
основным
функционалом которых является управление базой контактов в соответствии
с целями и задачами вуза и полная интеграция взаимоотношений, начиная
со школьной скамьи [29].
5. Вебсайты с материалами лекций, практик, возможностью обучения.
Примерами являются опубликованные в сети лекции Стэндфордского
университета в качестве проекта «Stanford Online» [30] и проект в сфере
онлайн-образования Coursera, не относящийся, однако, к определенному
университету [31].
6. Вебсайты центров дополнительного образования, основная деятельность
которых – организация и проведение различных конкурсов в сфере
образования. Они также не относятся к деятельности университетов, однако
могут служить посредником между университетом и обществом, о которых
упоминалось ранее.
В
качестве
примера
университета,
активно
взаимодействующего
с обществом и тем самым привлекающего внимания новых абитуриентов, стоит
привести официальный вебсайт Кембриджского университета. Страницы сайта
посвящены отдельным проектам, реализующимся при помощи университета,
информации для участников и волонтеров, а также новостям и предстоящим
событиям. Вебсайт университета выполняет только лишь информационные
функции; возможность оставить отзыв или получить консультацию отсутствует.
Таким образом, среди целей, приведенных в первой главе, выполняется только
первая – информирование. Схожую цель имеют, интерактивные вебсайты и
вебсайты с образовательным контентом.
Другая цель – консультирование – может быть достигнута при помощи
создания профиля в социальных сетях или использовании других инструментов,
как, например, сервисов интерактивных опросов или менеджера мероприятий
21
с функциями анкетирования и регистрации. Однако в подобном случае отсутствует
возможность
создания
единой
базы
данных
заинтересованных
лиц
для последующего взаимодействия. Использование различных инструментов
приведет к накоплению разрозненных данных, что снижает эффективность работы.
Для анализа достоинств и недостатков каждой из групп определим
несколько критериев:
1) взаимодействие с различными группами пользователей;
2) требуемые усилия для привлечения аудитории;
3) наличие персональных данных о пользователях;
4) мотивация пользователей использовать предлагаемую систему;
5) возможность
интеграции
с
существующими
в
НИУ ВШЭ – Пермь
системами.
Сравнение классов информационных систем согласно выбранным критериям
приведено в таблице 1.2. Сравнение информационных систем.
При подведении итогов сравнения следует отметить несколько моментов.
Прежде всего, это важность длительного взаимодействия со школьниками и их
окружением, что ведет к необходимости регистрации в ИС. Иными словами,
для эффективного функционирования ИС необходимо, чтобы пользователи не
просто
просматривали
страницы
вебсайта,
но
и
оставляли
данные
для
последующего информирования и «втягивания» в жизнь университета. Во-вторых,
информация, содержащихся в этих данных должна четко классифицировать тип
пользователя (школьник/учитель), что важно для последующего взаимодействия и
мотивирования.
Каждый из классов существующих систем имеет как достоинства, так и
недостатки.
Основным
невозможность
недостатком
установить
официальных
конкретных
вебсайтов
пользователей
и
является
продолжить
взаимодействие. Другими словами, взаимодействие будет осуществляться только
при соответствующей инициативе пользователя. Более того, при помощи данного
типа
ИС
отсутствует
возможность
какой-либо
мотивации
пользователей.
Аналогичный недостаток присущ и вебсайтам с интерактивным контентом.
22
Таблица 1.2.
Критерий
Официальные
вебсайты
Предоставляется
информация для
Взаимодействие всех
заинтересованных
контрагентов
Охват
аудитории
Необходимо
дополнительно
привлекать
аудиторию
Не
предоставляются;
Предоставление
отсутствует
персональных
возможность
данных
последующего
взаимодействия
Профили
в соц. сетях
Интерактивные
вебсайты
Сравнение существующих информационных систем
Вебсайты с доп.
материалами и
обучающие
вебсайты
Центры
дополнительного
образования
CRM – системы
Предоставляется
информация для
всех
заинтересованных
контрагентов
Информация,
в основном, для
будущих студентов
Предоставляемая
информация
зависит от
направленности
Предоставляемая
информация
зависит от
направленности
Решения строго
ориентированы на
взаимодействие
с абитуриентами
Все контрагенты
изначально
зарегистрированы
Необходимо
дополнительно
привлекать
аудиторию
Необходимо
дополнительно
привлекать
аудиторию
Необходимо
дополнительно
привлекать
аудиторию
Необходимо
создание полной
БД пользователей
Предоставляются
в рамках профиля;
широкие
возможности для
последующего
взаимодействия
Не предоставляютс
я; отсутствует
возможность
последующего
взаимодействия
Предоставляются
по желанию
пользователя
Предоставляются
по желанию
пользователя
Предоставляются
Мотивация для
посещения
Поиск информации,
Поиск информации
Поиск информации
общение
Поиск и
использование доп.
материалов; доп.
обучение
Поиск и
использование доп.
материалов
Отсутствует
Возможность
интеграции
Существует
Отсутствует
Отсутствует
Отсутствует
Отсутствует
Существует
Группы в социальных сетях, являющиеся на данный момент одним
из наиболее популярных методов взаимодействия, имеют множество достоинств,
как, например, охват аудитории и возможность ее сегментирования. Однако,
во-первых,
отсутствует
возможность
интеграции,
а
во-вторых,
подобное
взаимодействие носит, в большей степени, неофициальный характер и чаще всего
выступает в качестве поддержки официального источника.
Вебсайты
с
образовательным
контентом
и
вебсайты
центров
дополнительного образования являются примерами информационных систем
с определёнными
мотивами использования.
Добавление
подобных страниц
с актуальной и обучающей информацией позволило бы дополнительно привлечь
аудиторию.
Использование CRM – систем позволяет хранить базу данных пользователей
и сегментировать их; имеет расширенный функционал по сравнению с остальными
решениями.
Но
недостатками
подобного
подхода
являются,
во-первых,
необходимость изначально полной базы данных; во-вторых, нацеленность
существующих решений на взаимодействие исключительно с абитуриентами.
Кроме того, подобные решения имеют высокую стоимость и направлены, как было
отмечено выше, на комплексное сопровождение учебного процесса со школьной
скамьи
до
выпуска
студента.
В
НИУ ВШЭ – Пермь
уже
существуют
интегрированные системы для организации учебного процесса и ведения личных
дел студентов и выпускников, поэтому покупка дополнительных систем
с дублирующими функциями не является целесообразной.
По итогам сравнения можно подвести следующие итоги. Разработка будет
вестись
с
учетом
достоинств
и
недостатков
существующих
на
рынке
информационных систем. Функционал ИС обязан предоставлять возможности
для хранения информации и последующего взаимодействия как со школьниками
так
и
с
другими
целевыми
группами,
иметь
возможность
интеграции
с используемыми в НИУ ВШЭ – Пермь системами. Важным является и создание
инструментов для привлечения пользователей, их мотивирования и организации
обратной связи.
24
Выводы к главе 1.
В рамках первой главы, прежде всего, были определены основные понятия
для разработки, в число которых вошли определение информационной системы,
определения ее назначения с помощью бизнес-процессов и организации хранения
данных на основе реляционной базы данных.
Затем
был
проведен
анализ
существующих
форм
и
механизмов
взаимодействия с абитуриентами и их окружением. Был описан подход,
определяющий будущую концепцию взаимодействия с абитуриентами, учтена
специфика российского рынка образовательных услуг. Также в главе были
определены
целевые
группы
и
предложены
проекты
для
организации
последующего взаимодействия.
Затем был проведен анализ существующих систем для взаимодействия
с абитуриентами и обществом в целом. Были рассмотрены достоинства и
недостатки официальных вебсайтов университетов, дополнительных источников
информации в виде профилей в социальных сетях и интерактивных вебсайтов,
вебсайтов, содержащих дополнительные материалы, и CRM–систем. На основе
анализа были определены основные направления для разработки.
25
Глава 2. Проектирование и реализация информационной системы
Данная глава посвящена проектированию и реализации информационной
системы.
Внимание
будет
взаимодействия
с
информационной
системы
обращено
абитуриентами
для
на
и
анализ
существующей
моделирование
привлечения
абитуриентов.
модели
бизнес-процессов
На
основании
построенной модели и информационных потребностей пользователей системы
будут описаны структура реляционной базы данных и техническое задание
на разработку системы, содержащее функциональные и нефункциональные
требования. Затем будет спроектирован макет приложения и функциональные
модули, и описан процесс разработки ИС.
Моделирование бизнес-процессов
В данном разделе будут рассмотрены существующая и предлагаемая модели
взаимодействия университета и абитуриентов. В начале главы происходит выбор
нотации для моделирования бизнес-процессов. Затем приводятся модели AS_IS
и TO_BE.
2.1.1. Выбор нотации моделирования бизнес-процессов
Моделирование бизнес-процессов может быть реализовано в рамках
различных методик, отличающихся, прежде всего, своим подходом [32].
В соответствии с различными представлениями, методики принято делить
на объектные и функциональные (структурные). Принципиальное отличие между
функциональным и объектным подходом заключается в способе декомпозиции
системы [33].
Яркими примерами функциональной методики является нотация ARIS и
IDEF, в качестве примера объектной методики можно привести нотацию UML.
Для описания модели текущего взаимодействия было принять решение
использовать одну из функциональных методик, поскольку функциональный
подход
в
целом
лучше
дает
представление
о существующих
функциях
в организации и о методах их реализации [32]. Присутствие в нотации ARIS eEPC
заранее определенных объектов для описания входящих/исходящих документов,
26
информации, ролей и т.д. позволяет более полно отразить необходимую
для бизнес-процесса информацию.
Объектно-ориентированный подход использует объектную декомпозицию,
при этом статическая структура описывается в терминах объектов и связей между
ними, а поведение системы описывается в терминах обмена сообщениями между
объектами. Следовательно, он является более подходящим для построения
структуры информационной системы. Для определения функций пользователей
системы были выбраны диаграммы вариантов использования UML.
2.1.2. Анализ существующей модели взаимодействия с абитуриентами
Среди структурных единиц пермского кампуса НИУ ВШЭ, помимо
факультетов
(бизнес–информатики,
социально-гуманитарного,
менеджмента,
довузовской
подготовки,
экономики,
профессиональной
подготовки, вечерне-заочного факультета экономики и управления) и входящих
в их состав кафедр, были определены подразделения, имеющие отношение
к организации работы с абитуриентами:
1. Отдел по организации приема абитуриентов.
2. Отдел по связям с общественностью.
3. Отдел развития университетского округа НИУ ВШЭ – Пермь [34].
Безусловно, деятельность данных отделов предполагает привлечение
работников других подразделений, как например, при подготовке локальных актов,
мониторинге или
бизнес-процессов
сборе статистики.
взаимодействия
с
Однако для анализа существующих
абитуриентами
и
построения
модели
рассмотрим функции только имеющих непосредственное отношение к работе
с абитуриентами подразделений.
Рассмотрим структуру управления. Во главе пермского кампуса стоит
директор Галина Емельяновна Володина; пять заместителей директора курируют
различные направления деятельности (см. табл. 2.1. Заместители директора и
курируемые направления). Кураторами направлений, имеющим непосредственное
отношение
к работе
со
школьниками–абитуриентами,
Алла Владимировна Оболонская и Светлана Геннадьевна Левина.
27
являются
Таблица 2.1. Заместители директора и курируемые направления
Заместитель
директора
Архипов
Валерий Михайлович
Курируемые направления
Контроль качества учебного процесса, делопроизводство, финансовые
службы, библиотека, информационные системы и сети
Матвеев
Материально-техническое обеспечение, ремонт и безопасность,
Владимир Анатольевич организация закупок
Оболонская
Алла Владимировна
Очно-заочное и заочное, дополнительное и довузовское образование,
деятельность Приемной кампании, взаимодействие с попечительским
советом
Потапов
Дмитрий Борисович
Научно-исследовательская, экспертно-аналитическая и
консультационная деятельность
Левина
Светлана Геннадьевна
Деятельность отдела по связям с общественностью, отдела вебтехнологий, центра развития карьеры, отдела по внеучебной работе
со студентами
В соответствии с курируемыми направлениями определим подконтрольные
каждому заместителю подразделения (см. табл. 2.2. Заместители директора и
подконтрольные подразделения). В таблице перечислены основные отделы,
организующие взаимодействие с абитуриентами:
Таблица 2.2. Заместители директора и подконтрольные подразделения
Заместитель
директора
Подконтрольные подразделения
Отдел по организации приема абитуриентов
Оболонская
Алла Владимировна
Деканат факультета довузовской подготовки
Отдел развития университетского округа НИУ ВШЭ
Отдел по связям с общественностью
Левина
Светлана Геннадьевна Отдел веб-технологий
На следующем этапе определим основные входы и выходы подразделений.
Разделим их на:
1)
школьников, участвовавших в каких-либо мероприятиях и решивших
продолжить взаимодействие с НИУ ВШЭ – Пермь (подать документы);
2)
школьников, решивших не подавать документы;
3)
учителей, участвовавших в каких-либо мероприятиях;
4)
мероприятия по привлечению школьников (PR – мероприятия);
5)
мероприятия
образовательного
характера
олимпиады);
28
(дополнительные
курсы,
6)
результаты мониторинга образовательных услуг;
7)
официальный вебсайт университета.
Первые два из перечисленных выходов являются основными выходами всей
организации, остальные – выходами, их обеспечивающими.
На следующем этапе в соответствии с положениями выбранных ранее
подразделений
необходимо
определить
их
основные
функции
(см. табл. 2.3. Функции подразделений) [35].
Столбец «БП» содержит информацию об отношении функции подразделения
к определяемым далее бизнес-процессам.
Таблица 2.3. Функции подразделений
Подразделение
Основные функции
Организация набора студентов очной формы обучения (студентов
бакалавриата и магистратуры) НИУ ВШЭ – Пермь
Подготовка приказов, служебных записок, положений и иных
документов, регламентирующих прием документов очередного
набора
Отдел по
организации
приема
абитуриентов
Ведение и актуализация баз данных абитуриентов
Проведение информационной и консультативной работы с
абитуриентами и их родителями (законными представителями) по
вопросам поступления
Организация проведения мониторинга рынка образовательных услуг
(спроса и предложений) в области высшего образования
Организация и проведение олимпиад для школьников
Деканат
факультета
довузовской
подготовки
Отдел
веб-технологий
БП
5
2,5
5
2,5
4
1, 6
Формирование отчетной документаций
5
Создание и реализация на практике образовательных программ,
учебных планов, программ учебных курсов
6
Организация и проведение профессионально-ориентационной
работы
6
Организация, проведение и контроль образовательного процесса
подготовительных курсов и организация работы базовых классов
при НИУ ВШЭ – Пермь
6
Организация, проведение и контроль процесса повышения
профессиональной компетентности работников образования
3
Обеспечение работоспособности официального сайта
2
Сбор и редактирование информации для официального сайта
2
Создание веб-приложений для нужд структурных подразделений
2
Ведение мониторинга информационных потоков официального сайта
29
2,4
Таблица 2.3. Функции подразделений (продолжение)
Подразделение
Отдел развития
университетского
округа НИУ ВШЭ
Отдел по связям
с общественностью
Основные функции
БП
Создание и организация деятельности проектной группы
Университетско-школьного кластера
3
Проведение конкурса по отбору образовательных учреждений
Пермского края для участия в деятельности кластера
3
Обеспечение системы дистанционного взаимодействия
участников проекта по реализации образовательных программ
дополнительного профессионального образования
3
Мониторинг процесса совершенствования предметносодержательной компетенции учителей-предметников с
применением специальной технологии
3
Организация индивидуальных и групповых консультативных
взаимодействий участников Кластера
3
Формирование, реализация и развитие политики НИУ ВШЭ –
Пермь в области связей с общественностью
1
Разработка и контроль реализации концепций внешней и
внутренней информационной и рекламной политики НИУ ВШЭ
– Пермь
1
Организация взаимоотношений НИУ ВШЭ – Пермь со СМИ,
государственными органами, общественными и коммерческими
организациями
1
Координация работы НИУ ВШЭ – Пермь и его структурных
подразделений по проведению информационно-рекламных
кампаний и информационных поводов (выставки, презентации,
события), разработке и контролю качества информационнорекламных и презентационных материалов (плакатов,
проспектов, каталогов, буклетов, баннеров и т.п.), по
обеспечению НИУ ВШЭ – Пермь и его структурных
подразделений сувенирными и презентационными материалам
1,2
Предоставление и контроль актуальности и достоверности
новостных материалов о деятельности НИУ ВШЭ – Пермь,
комментариев для формирования новостной части официального
сайта (портала) НИУ ВШЭ – Пермь
1,2
После определения входов и выходов организации и функций ее
подразделений становится возможным сгруппировать функции по процессам,
формирующим ее выходы.
Выходы были разделены на основные и их обеспечивающие. Для получения
основных
выходов
обозначим
основной
бизнес–процесс
организации –
взаимодействие со школьниками (см. рис. 2.1. Бизнес-процессы организации).
30
Рисунок 2.1.
Бизнес-процессы организации
Среди обеспечивающих его процессов выделим процессы, как:
1) проведение PR – мероприятий;
2) оказание информационной поддержки;
3) работа со школьными учителями;
4) проведение мониторинга рынка образовательных услуг;
5) организация Приемной кампании;
6) организация дополнительного образования школьников.
Ранее
была
доказана
необходимость
осуществления
комплексного
взаимодействия как со школьниками, так и с их окружением. На этой основе
становится возможным включение бизнес-процессов работы со школьными
учителями в основной БП «Взаимодействие со школьниками».
Для более подробного рассмотрения был выбран БП «Проведение
PR-мероприятий» (см. рис. 2.2. Бизнес-процесс «Проведение PR–мероприятия»).
Основанием для выбора послужил факт, что данный БП протекает и в рамках
Приемных кампаний, и при организации дополнительного образования, и при
работе с учителями. Различие состоит в направленности мероприятия, однако
основные этапы остаются схожими. Кроме того, организация различных
мероприятий является основой для деятельности в области public engagement.
Основными этапами БП являются анализ концепции мероприятия и
требуемых затрат, получение ресурсов для мероприятия и поиск площадки для его
проведения, сбор информационных материалов. Затем начинается подготовка
31
информации для публикации на официальном сайте НИУ ВШЭ – Пермь и
профилях в социальных сетях, рассылка приглашений заинтересованным лицам и
заключение договоров для публикации в средствах массовой информации. До или
после непосредственного проведения мероприятия возможно анкетирование
школьников или других лиц.
Для анализа построенного бизнес-процесса были определены основные
участники. Владельцем БП может являться руководитель отдела, организующего
мероприятие. Участниками процессной команды станут инженеры отдела.
Определим узкие места построенного бизнес-процесса.
Прежде всего, очевидно, что наибольшие задержки вызывает передача
информации из одного отдела в другой и последующая ее обработка. Различная
загруженность и график работы отделов становится причиной промедлений
при реализации бизнес-процесса.
1
Рисунок 2.2.
Бизнес-процесс «Проведение PR–мероприятия» (начало)
32
1
Рисунок 2.2.
Бизнес-процесс «Проведение PR–мероприятия» (окончание)
Кроме того, при организации информационной поддержки, рассылке
приглашений, проведении анкетирования и подготовке отчетов различными
оказываются не только отделы, но и используемые информационные системы, что
также оказывает влияние на длительность БП. Более того, разница в используемых
ИС влияет на хранение информации о пользователях. Например, для рассылки
приглашений и последующем проведении анкетирования используются различные
списки
пользователей.
Иными
словам,
отсутствует
общая
база
данных
пользователей для последующего взаимодействия.
В качестве одного из недостатков описанного БП также является
выполнение всех этапов сотрудниками НИУ ВШЭ – Пермь. К работе
над некоторыми этапами, как например, подготовка и сбор информации, могут
быть привлечены студенты, чья заработная плата будет существенно ниже. Ранее
также были описаны преимущества волонтерского движения для университета и
студентов.
На
основе
анализа
БП
были
определены
следующие
недостатки
существующей модели бизнес-процесса:
1. Основными причинами задержек является необходимость обработки
информации различными подразделениями НИУ ВШЭ – Пермь.
2. Для организации информационной поддержки мероприятия используются
различные информационные системы, что ведет к отсутствию единой базы
данных пользователей.
3. Этапы БП выполняются исключительно сотрудниками НИУ ВШЭ – Пермь,
без привлечения к работе студентов.
C учетом выявленных недостатков существующей модели взаимодействия и
в соответствии с требованиям к информационной системе, описанными на основе
обзора существующих систем, применяемых для интеграции университета и
общества, в следующем разделе будет построена модель TO_BE, которая послужит
основой для проектирования информационной системы и определения требований
к функциональным характеристикам.
34
2.1.3. Построение модели TO_BE
Анализ механизмов взаимодействия, используемых на данный момент,
подтвердил их недостаточность или неэффективность.
Для представления функций системы была описана диаграмма вариантов
использования (см. рис. 2.1. Диаграмма вариантов использования). Диаграмма
приписывает прецеденты к субъектам и позволяет установить отношения
между ними:
Диаграмма 2.1. Диаграмма прецедентов
В созданной диаграмме смысл отношения «расширить» состоит в том, что,
например, прецедент «Добавление и редактирование» события может быть
расширен прецедентом «Уведомление участников». Между администратором
системы (АС), контентным администратором (КА), публицистом (Пт) и обычным
пользователем (ОП) существует отношение обобщения. Таким образом, публицист
обладает
всеми
администратор
–
возможностями
публициста,
а
обычного
пользователя,
администратор
контентный
системы – возможностями
контентного администратора и доступом к системе администрирования.
35
Для описания каждого из прецедентов был использован документально
зафиксированный поток событий (flow of events). Соответствующий документ
определяет, что должна делать система, когда субъект инициирует прецедент, кто
может его инициировать и какими будут постусловия.
Описание прецедентов началось с описания прецедента «Добавление и
редактирование события», доступного для контентного администратора и
администратора системы (см. табл. 2.4. Прецедент «Добавление и редактирование
события»):
Таблица 2.4. Прецедент «Добавление и редактирование события»
Прецедент дает возможность АС или КА добавлять, редактировать и
размещать события.
Краткое описание
Вводится описание события, дата и место проведения, прикрепляются
дополнительные материалы.
Актеры
Администратор системы или Контентный администратор
Предусловия
АС или КА проходит авторизацию и переходит на страницу с событиями
Основной поток
Начало прецедента совпадает с решением АС или КА создать событие с
помощью выбора функции «Создать событие» (или аналогичной функции)
при отображении на экране сведений о ранее созданных событиях.
Система просит АС или КА ввести детали События, в том числе: заголовок
и описание, детали, касающиеся времени и места проведения (если оно
есть). Также существует возможность прикрепить дополнительные файлы.
АС или КА вводят детали События и/или прикрепляют файлы.
АС или КА могут отредактировать информацию о Событии, добавить или
удалить прикрепленные файлы, затем выбрать функцию «Опубликовать
событие» (или аналогичную)
Система присваивает уникальный номер и запоминает информацию о
событии в базе данных.
Альтернативные
потоки
АС или КА инициирует функцию «Опубликовать событие» до того, как
введет всю обязательную информацию. Система отображает на экране
сообщение об ошибке и просит ввести пропущенную информацию.
АС или КА выбирает функцию «Отмена» (или аналогичную) для того,
чтобы вернуться к списку событий.
Постусловия
Если прецедент был успешным, «Событие» записывается в базу данных и
публикуется в списке событий.
В противном случае состояние системы остается неизменным
Прецедент «Добавление и редактирование события» может быть расширен
прецедентом «Уведомление участников». Иными словами, после создании события
администраторы
системы
могут
осуществить
информационную
(см. табл. 2.5. Прецедент «Уведомление участников»).
36
рассылку
Таблица 2.5. Прецедент «Уведомление участников»
Прецедент дает возможность АС или КА уведомлять пользователей системы
Краткое описание
о предстоящем событии.
Актеры
Администратор системы или Контентный администратор
Предусловия
Успешно добавленное в систему событие
Основной поток
Начало прецедента совпадает с решением АС или КА уведомить
пользователей о событии с помощью выбора функции «Рассылка» (или
аналогичной функции) при переходе на вкладку «Рассылка» созданного
события.
Система просит АС или КА ввести список электронных адресов для
рассылки. АС или КА могут ввести электронные адреса самостоятельно или
выбрать из списка зарегистрированных пользователей системы по таким
критериям, как: город, школа, тип пользователя (если указаны). Также
существует возможность отредактировать список для рассылки, удалив из
него ранее внесенные адреса ручную.
АС или КА вводит текст уведомления. Существует возможность
использования служебных слов, как: %recipient_FIO%, %recipient_EMAIL%,
%sender_FIO%, %note_NAME% и др.
АС или КА инициирует функцию «Уведомить» (или аналогичную)
Альтернативные
потоки
АС или КА инициирует функцию «Уведомить» до того, как введет всю
обязательную информацию. Система отображает на экране сообщение об
ошибке и просит ввести пропущенную информацию.
Клиент выбирает функцию «Отмена» (или аналогичную) для того, чтобы
вернуться к странице события
Постусловия
Если прецедент был успешным, система выводит сообщение об успешной
рассылке приглашений. В противном случае состояние системы остается
неизменным
Администратор системы и контентный администратор могут сформировать
отчет о подтвердивших участие (см. табл. 2.6. Прецедент «Формирование отчета»):
Краткое
описание
Таблица 2.6. Прецедент «Формирование отчета»
Прецедент дает возможность АС или КА просматривать и сохранять
на локальный компьютер списки пользователей, подтвердивших участие.
Актеры
Администратор системы или Контентный администратор
Предусловия
АС или КА открывают страницу события и переходят к вкладке
с участниками
Основной поток
Начало прецедента совпадает с решением АС или КА просмотреть списки
участников события с помощью выбора функции «Участники» (или
аналогичной функции).
Система выводит информацию об участниках, подтвердивших или
опровергнувших участие.
АС или КА могут инициировать функцию «Сохранить» для получения списка
участников.
Альтернативные
потоки
АС или КА просматривает сведения о событии, не просматривая
информацию об участниках
Постусловия
Если прецедент был успешным, файл формата .xlsx сохраняется на
компьютере пользователя.
Иначе состояние системы остается неизменным
37
Публицист, контентный администратор и администратор системы могут
добавлять и редактировать публикацию напрямую, без проверки контентным
администратором (см. табл. 2.7. Прецедент «Добавление и редактирование
публикации»):
Таблица 2.7.
Прецедент «Добавление и редактирование публикации»
Краткое
описание
Прецедент дает возможность АС, КА или Пт добавлять, редактировать и
размещать публикации.
Вводится текст публикации, прикрепляются дополнительные материалы.
Актеры
Администратор системы, Контентный администратор, Публицист
Предусловия
АС или КА или Пт проходит авторизацию и переходит на страницу
с публикациями
Основной поток
Начало прецедента совпадает с решением АС, КА или Пт создать
публикацию с помощью выбора функции «Добавить публикацию» (или
аналогичной функции) при отображении на экране списка публикаций.
Система просит АС, КА или Пт ввести детали публикации, в том числе:
заголовок и текст.
Также существует возможность прикрепить дополнительные файлы.
АС, КА или Пт вводит текст публикации и/или прикрепляют файлы.
АС, КА или Пт может отредактировать публикацию, добавить или удалить
прикрепленные файлы, затем выбрать функцию «Опубликовать» (или
аналогичную функцию).
Система присваивает уникальный номер и запоминает информацию
публикации в базе данных.
Альтернативные
потоки
АС, КА или Пт инициирует функцию «Опубликовать» до того, как введет
всю обязательную информацию. Система отображает на экране сообщение
об ошибке и просит ввести пропущенную информацию.
АС, КА или Пт выбирает функцию «Отмена» (или аналогичную) для того,
чтобы вернуться к списку публикаций.
Постусловия
Если прецедент был успешным, публикация записывается в базу данных и
размещается на сайте.
В противном случае состояние системы остается неизменным
Далее будут описаны прецеденты, доступные всем пользователям системы.
Во-первых, каждый пользователь может добавить и отредактировать черновик
публикации. Данная функция, прежде всего, предназначена для пользователей
системы, не имеющих непосредственного отношения к факультету.
Под черновиком в данном контексте подразумевается созданная, но не
размещенная на сайте публикация, требующая рассмотрения контентного
администратора (см. табл. 2.8. Прецедент «Добавление и редактирование
черновика»).
38
Таблица 2.8.
Прецедент «Добавление и редактирование черновика»
Прецедент дает возможность ОП добавлять и редактировать черновик
Краткое описание публикации. Вводится текст публикации, прикрепляются дополнительные
материалы.
Актеры
Пользователь системы
Предусловия
Пользователь проходит авторизацию и переходит на страницу
с публикациями
Основной поток
Начало прецедента совпадает с решением ОП создать публикацию
с помощью выбора функции «Добавить публикацию» (или аналогичной
функции) при отображении на экране списка публикаций.
Система просит ввести детали публикации, в том числе: заголовок и текст.
Также существует возможность прикрепить дополнительные файлы.
Пользователь вводит текст публикации и/или прикрепляет файлы.
Пользователь может отредактировать публикацию, добавить или удалить
прикрепленные файлы, затем выбрать функцию «Отправить на модерацию»
(или аналогичную функцию).
Система присваивает уникальный номер и запоминает информацию
публикации в базе данных.
Альтернативные
потоки
Пользователь инициирует функцию «Отправить на модерацию» до того, как
введет всю обязательную информацию. Система отображает на экране
сообщение об ошибке и просит ввести пропущенную информацию.
Пользователь выбирает функцию «Отмена» (или аналогичную) для того,
чтобы вернуться к списку публикаций.
Постусловия
Если прецедент был успешным, публикация записывается в базу данных.
Публикации присваивается статус «на рассмотрение». В противном случае
состояние системы остается неизменным
Для того, чтобы публикация была размещена на сайте, она должна быть
одобрена
контентным
администратором
или
администратором
системы
(см. табл. 2.9. Прецедент «Изменение статуса публикации»):
Таблица 2.9. Прецедент «Изменение статуса публикации»
Прецедент дает возможность АС или КА просматривать и утверждать
Краткое описание для публикации черновик, созданный пользователем системы. Изменяется
статус публикации.
Актеры
Администратор системы, контентный администратор
Предусловия
КА проходит авторизацию и переходит на страницу с черновиками
публикаций
Основной поток
Начало прецедента совпадает с решением КА просмотреть черновики
публикации с помощью выбора функции «Публикации для рассмотрения»
(или аналогичной функции) при отображении на экране списка черновиков
публикаций.
Система выводит страницу черновика публикации.
КА просматривает текст публикации и/или вносит правки.
КА инициирует функцию «Опубликовать» (или аналогичную функцию).
Система присваивает уникальный номер и запоминает информацию в БД.
39
Таблица 2.9.
Прецедент «Изменение статуса публикации» (продолжение)
Альтернативные
потоки
КА инициирует функцию «Переделать» после просмотра черновика.
Система сообщает пользователю – создателю черновика о необходимости
доделать публикацию.
Пользователь выбирает функцию «Отмена» (или аналогичную) для того,
чтобы вернуться к черновикам публикаций.
Постусловия
Если прецедент был успешным, публикация записывается в базу данных и
размещается на сайте. В противном случае состояние системы остается
неизменным.
Пользователь может оставить комментарий к публикации или событию
(см. табл. 2.10. Прецедент «Добавление комментария»):
Таблица 2.10.
Прецедент «Добавление комментария»
Краткое описание
Прецедент дает возможность пользователям системы оставить комментарий
к публикации или событию.
Актеры
Пользователи системы
Предусловия
Размещение события или публикации.
Основной поток
Начало прецедента совпадает с просмотром сведений о событии или
публикации.
Пользователь инициирует функцию «Оставить комментарий» (или
аналогичную функцию), затем пишет текст комментария.
Система присваивает уникальный номер и запоминает информацию о
комментарии в базе данных.
Система выводит комментарий пользователя на экран.
Альтернативные
потоки
Автор выбирает функцию «Отмена» (или аналогичную) для того, чтобы
вернуться к событию или публикации без комментирования.
Постусловия
Если прецедент был успешным система выводит оставленный комментарий.
В противном случае состояние системы остается неизменным
Также у пользователя существует возможность прикрепить опрос к событию
или публикации (см. табл. 2.11. Прецедент «Добавление опроса»):
Таблица 2.11. Прецедент «Добавление опроса»
Прецедент дает возможность авторам публикаций и событий прикреплять
Краткое описание
опросы. Вводится вопросы и возможные ответы, указывается тип вопросов.
Актеры
Автор публикации или события
Предусловия
Пользователь системы создает публикацию или событие
Основной поток
Начало прецедента совпадает с решением автора прикрепить опрос к
созданному событию или публикации с помощью выбора функции
«Прикрепить опрос» (или аналогичной функции).
Система просит ввести текст вопроса и варианты ответа, указывается тип
вопроса.
Автор вводит вопросы и варианты ответа, указывает тип вопроса, затем
выбирает функцию «Прикрепить опрос»
Система присваивает уникальный номер и запоминает информацию о
вопросах и ответах в базе данных. Пользователи, при просмотре публикации
или события могут пройти опрос.
40
Таблица 2.11.
Прецедент «Добавление опроса» (продолжение)
Альтернативные
потоки
Автор инициирует функцию «Прикрепить опрос» до того, как введет всю
обязательную информацию. Система отображает на экране сообщение об
ошибке и просит ввести пропущенную информацию.
Автор выбирает функцию «Отмена» (или аналогичную) для того, чтобы
вернуться к редактированию события или публикации.
Постусловия
Если прецедент был успешным, опрос записывается в базу данных. Отметка
о прикрепленном отчете указывается в событии/публикации. В противном
случае состояние системы остается неизменным
После прохождении опроса пользователь может просмотреть статистику
опроса (см. табл. 2.12. Прецедент «Просмотр статистики»):
Таблица 2.12.
Прецедент «Просмотр статистики»
Краткое описание
Прецедент дает возможность пользователям системы просмотреть
статистику опроса
Актеры
Пользователи системы
Предусловия
Создание опроса, прохождение его пользователями
Основной поток
Начало прецедента совпадает с прохождением пользователями
прикрепленного опроса.
Пользователь инициирует функцию «Просмотреть статистику» (или
аналогичную функцию)
Система выводит данные ответов пользователей
Альтернативные
потоки
Автор выбирает функцию «Отмена» (или аналогичную) для того, чтобы
вернуться к событию или публикации без просмотра данных опроса
Постусловия
Если прецедент был успешным система выводит данные опроса.
В противном случае состояние системы остается неизменным
Пользователи системы могут изменить свой статус участия в событии
(см. табл. 2.13 Прецедент «Изменение статуса участия»):
Таблица 2.13. Прецедент «Изменение статуса участия»
Прецедент дает возможность зарегистрированным пользователям изменять
Краткое описание статус участия в событии. Пользователи могут подтвердить или
опровергнуть свое участие.
Актеры
Зарегистрированный пользователь
Предусловия
Пользователь проходит авторизацию и переходит на страницу с событиями
Основной поток
Начало прецедента совпадает с просмотром пользователем списка событий
или страницы определенного события.
Пользователь может выбрать функцию «Участвую» или «Не участвую».
Система присваивает уникальный номер и запоминает информацию
о решении пользователя в базе данных.
Альтернативные
потоки
Пользователь просматривает список событий, не изменяя статус участия
Постусловия
Если прецедент был успешным, состояние участия пользователя
записывается в базу данных и публикуется на странице участников события.
Иначе состояние системы остается неизменным
41
Администратор системы и контентный администратор обладают правами
осуществлять контроль контента (см. табл. 2.14. Прецедент «Контроль контента»):
Таблица 2.14. Прецедент «Контроль контента»
Прецедент дает возможность АС или КА осуществлять контроль контента
Краткое описание
системы
Актеры
Администратор системы или Контентный администратор
Предусловия
Авторизация АС или КА
Основной поток
Начало прецедента совпадает с открытием страницы списка изменений
контента (публикации, комментарии).
АС или КА инициирует функцию «Просмотреть добавленные публикации»
(или аналогичную функцию).
Система выводит список добавленных публикаций.
АС или КА просматривают список публикаций, при необходимости
инициируют функции «Редактировать» или «Удалить».
АС или КА инициирует функцию «Просмотреть добавленные комментарии»
(или аналогичную функцию).
Система выводит список добавленных комментариев.
АС или КА просматривают список комментариев, при необходимости
инициируют функции «Редактировать» или «Удалить».
Система запоминает информацию об изменении контента в системе.
Альтернативные
потоки
АС выбирает функцию «Отмена» (или аналогичную)
Постусловия
Если прецедент был успешным система записывает изменение в базу
данных. В противном случае состояние системы остается неизменным
Распределение ролей в системе осуществляется администратором системы
(см. табл. 2.15. Прецедент «Управление доступом»):
Таблица 2.15. Прецедент «Управление доступом»
Краткое описание Прецедент дает возможность АС управлять ролями пользователей
Актеры
Администратор системы
Предусловия
Авторизация администратора системы
Основной поток
Начало прецедента совпадает с открытием списка пользователей системы.
АС инициирует функцию «Просмотреть список пользователей» (или
аналогичную функцию).
Система выводит список пользователей системы с указанием их ролей.
АС инициирует функцию «Изменить роль».
АС инициирует функцию «Сохранить изменения» (или аналогичную)
Система запоминает информацию об изменении роли пользователя в БД
Альтернативные
потоки
АС выбирает функцию «Отмена» (или аналогичную) для того, чтобы
отменить изменения.
Постусловия
Если прецедент был успешным система записывает изменение в базу данных.
В противном случае состояние системы остается неизменным
Для
существует
каждого
посетителя
возможность
системы
(неавторизованного
зарегистрироваться
«Добавление и редактирование данных профиля»).
42
(см. табл. 2.16.
пользователя)
Прецедент
Таблица 2.16. Прецедент «Добавление и редактирование данных профиля»
Краткое описание Прецедент дает возможность посетителям зарегистрироваться в системе.
Актеры
Посетитель
Предусловия
Посещение вебсайта системы
Основной поток
Начало прецедента совпадает с посещением вебсайта системы.
Посетитель инициирует функцию «Регистрация» (или аналогичную
функцию).
Система предлагает пользователю ввести логин, пароль, личные данные.
Посетитель подтверждает ввод данных.
Система отправляет на указанный адрес электронной почты письмо для
подтверждения регистрации.
Пользователь переходит по ссылке, указанной в письме и инициирует
функцию «Подтвердить регистрацию».
Альтернативные
потоки
Посетитель инициирует функцию «Регистрация» до того, как введет всю
обязательную информацию. Система отображает на экране сообщение
об ошибке и просит ввести пропущенную информацию.
Информация, введенная посетителем, содержит ошибки (не проходит
верификацию). Система отображает на экране сообщение об ошибке и
просит ввести корректную информацию.
Посетитель выбирает функцию «Отмена» (или аналогичную)
Постусловия
Если прецедент был успешным система выводит сообщение об успешной
регистрации пользователя и перенаправляет его на главную страницу сайта.
Информация о пользователе сохраняется в системе.
В противном случае состояние системы остается неизменным.
В ходе построения модели TO_BE были описаны основные функциональные
требования к информационной системе для привлечения абитуриентов.
Выбор программного обеспечения
Отправной точкой выбора ПО является архитектура ИС. Для сравнения были
выбраны
трёхзвенная
архитектура
(Three-tier,
или
Multitier architecture)
и
концепция MVC («Model – view – controller»), предполагающая разделение данных
приложения, пользовательского интерфейса и управляющей логики на три
отдельных компонента: модель, представление и контроллер [36].
Трехзвенная архитектура является примером многоуровневой архитектуры,
включающей клиентское приложение (браузер), сервер приложений и сервер базы
данных
[37].
Подбор
архитектур
основан
на
общем
свойстве
изолированности (независимости) компонентов, что впоследствии обеспечивает
возможность повторного использования и более высокую скорость разработки,
за счёт возможности параллельной работы.
43
Хотя трехзвенная архитектура и концепция MVC имеют достаточно много
общего, их основным различием является топология. Если в трехзвенной
архитектуре топология является линейной, то концепция MVC использует
треугольную топологию. Уровень представления в трехзвенной архитектуре
не может взаимодействовать с уровнем данных, минуя уровень бизнес-логики,
тогда
как
каждый
из
компонентов
MVC
может
обратиться
к другому.
Преимущества треугольной топологии проявляются, например, в возможности
внесения изменений в пользовательский интерфейс, не затрагивая бизнес-логику.
Следовательно, одним из критериев подбора фреймворков для сравнения
является поддержка концепции MVC. Сравнение будет произведено по следующим
критериям (см. табл. 2.17. Сравнение фреймворков для разработки):
1) стоимость (приобретения, внедрения, владения);
2) язык программирования;
3) функциональность (наличие ключевых функций для обеспечения задач ИС);
4) техническая документация и примеры;
5) поддерживаемые СУБД;
6) сложность установки и настройки;
7) платформа;
8) успешные проекты.
По итогам сравнения лучшие результаты показали фреймворк Ruby on Rails
и Django. Малое количество примеров и справочников и высокая сложность
установки и настройки привели к отказу от фреймворка Symfony [38]. Стоимость и
необходимость работы исключительно с платными продуктами компании
«Microsoft» исключили фреймворк ASP.NET MVC [39].
Фреймворки Django и Ruby on Rails основаны на общем принципе
повторного
использования,
позволяющего
снизить
дублирование
кода
в приложении (принцип «Don’t repeat yourself») [40]. Хотя Django имеет обширную
встроенную
функциональность,
большое
количество
плагинов
сторонних
разработчиков, подключаемых к Ruby on Rails, позволяет снизить затраты
на разработку требуемых функций [41]. Кроме того, оба фреймворка имеют
большое количество руководств и примеров, снижающих сложность обучения.
44
Таблица 2.17.
Критерий
Symfony 2
ASP.NET MVC
Сравнение фреймворков для разработки
Ruby on Rails
Django
Стоимость
Бесплатный, лицензия
MIT
Платный
Бесплатный, лицензия MIT
Бесплатный, лицензия BSD
Язык
программирования
PHP
С#
Ruby
Python
Существует
возможность
подключения плагинов,
Функциональность встроенные функции
аутентификации,
кеширования, работы с
Ajax
Встроенные функции
аутентификации,
кеширования, работы с
Ajax
Большая экосистема плагинов –
подключаемых «джемов» (gem)
Встроенный интерфейс
администратора, система
кеширования, авторизация и
аутентификация; возможность
подключения внешних модулей
и пакетов
Техническая
документация и
примеры
Малое количество
примеров
Качественная
документация и большое
количество примеров
Качественная документация и
большое количество примеров
Качественная документация и
большое количество примеров
Поддерживаемые
СУБД
PDO-совместимые
Microsoft SQL Server
MySQL, Firebird, PostgreSQL, DB2,
Oracle, Microsoft SQL Server
PostgreSQL, MySQL, SQLite,
and Oracle
Средняя
Сложность
установки и
настройки
Высокая
Средняя
Низкая (дистрибутивы Instant Rails
или BitNami RubyStack включают в
себя все необходимое для
разработки в среде Rails, включая
Ruby, RubyGems, Ruby on Rails,
MySQL, Apache, Mongrel и
Subversion
Платформа
Кроссплатформенный
.NET
Кроссплатформенный
Кроссплатформенный
Успешные
проекты
Drupal, Delicious,
Dailymotion
stackoverflow
Basecamp, Twitter, Shopify, Github,
Lighthouse, Groupon
Instagram, Disqus, Mozilla,
The Washington Times, Pinterest
Основным отличием является язык программирования. Сравнение языков
приведено в табл. 2.18. Сравнение языков Ruby и Python:
Таблица 2.18. Сравнение языков Ruby и Python
Критерий
1 место
2 место
Простота изучения (Ease of
learning)
Ruby
Python
Читабельность (Readability)
Python
Ruby
Удобство использования
(Usability)
Ruby (благодаря принципу
наименьшего удивления)
Python
Безопасность (Security)
Python, Ruby (оба содержат
функции по предотвращению
инъекций SQL, межсайтового
скриптинга)
Помимо предложенных критериев также были изучены особенности
синтаксиса обоих языков. Благодаря легкости изучения и удобстве использования,
а также на основе персональных предпочтений в вопросах синтаксиса,
предпочтение было отдано языку Ruby. Кроме того, по мнению разработчиков,
скорость разработки на языке Ruby гораздо выше [42]. Соответственно,
фреймворком для разработки стал Ruby on Rails
Разработчики Ruby on Rails отдают предпочтение двум веб-серверам: Apache
HTTP сервер и nginx (именно для них создан модуль Phusion Passenger) [41].
Однако наиболее популярным решением является использование связки серверов
nginx и Unicorn. Поскольку и Apache и nginx обладают такими свойствами, как
кроссплатформенность (поддерживают системы Linux, BSD, Mac OS, Microsoft
Windows), надежность, гибкость конфигурации, бесплатное распространение,
выбор был сделан исходя из их применения наиболее успешными проектами, как
например, GiHub и Groupon.
В качестве сервера базы данных Ruby on Rails поддерживает MySQL,
Firebird, PostgreSQL, Oracle и Microsoft SQL Server. Как было отмечено ранее,
стоимость является одним из критериев выбора программного обеспечения.
Так как Microsoft SQL Server и Oracle являются коммерческими продуктами, было
принято решение отказаться от их использования. Из оставшихся СУБД MySQL
является наиболее распространенным решением
46
Таким образом, фреймворком для разработки веб-приложения был выбран
Ruby on Rails, основными преимуществами которого являются скорость
разработки, благодаря обширному набору готовых к работе штатных инструментов
и решений в сообществе, язык Ruby, простота программирования, гибкость и
безопасность. Ruby on Rails является открытым программным обеспечением и
распространяется под лицензией MIT. В качестве СУБД была выбрана MySQL;
связка серверов nginx и Unicorn была определена как наиболее подходящий
веб-сервер.
Проектирование базы данных
Для
удовлетворения
информационных
потребностей
пользователей
информационная система должна содержать следующую информацию:
1. Личная информация о пользователе системы.
2. Информация о публикациях, содержащихся в системе.
3. Информация о проводимых событиях и мероприятиях.
4. Информация о пользователях, подтвердивших участие в мероприятии.
5. Статистика опросов.
6. Прикрепленные пользователями документы.
7. Комментарии пользователей.
Формализованное
описание
требуемой
информации
приведено
в приложении B. Структура базы данных. Описание полей и типов данных
содержится в приложении С. Описание сущностей базы данных.
Проектирование макета приложения
В
соответствии
с
определенной
ранее
концепцией
взаимодействия
факультета и общества с целью привлечения абитуриентов, предложенными
проектами, функциональными требованиями и информационными потребностями
был спроектирован макет приложения.
При переходе на вебсайт системы пользователь видит главную страницу
с ссылками для перехода к формам авторизации/регистрации, поиском, слайдером,
ссылками для поиска информации для учеников школ, учителей и работодателей
по тегам, колонками с публикациями и событиями, навигацией по страницам и
футером (см. рис. 2.3. Главная страница).
47
Рисунок 2.3.
Главная страница
На странице публикации представлен основной текст и прикрепленные
файлы. В нижней части страницы находятся вопросы опроса и комментарии
(см. рис. 2.4. Страница публикации):
Рисунок 2.4.
Страница публикации
48
Страница мероприятия имеет аналогичную структуру. В правой части
страницы расположена информация о сроках и месте проведения, ссылка
для подтверждения или отмены участия, прикрепленные файлы. Пользователи
с определенными ролями имеет доступ к административному блоку, содержащему
функции редактирования и удаления мероприятия, а также создания рассылки
(см. рис. 2.5. Страница мероприятия):
Рисунок 2.5.
Для
добавления
Страница мероприятия
публикации
разработан
следующий
макет
(см. рис. 2.6. Добавление публикации). В нижней части существует возможность
прикрепить файлы и добавить опрос.
Рисунок 2.6.
Добавление публикации
49
Для добавления мероприятия необходимо указать заголовок, анонс, теги
описание, указать дату начала и окончания. Также можно прикрепить файлы и
добавить опрос (см. рис. 2.7. Добавление мероприятия):
Рисунок 2.7.
Добавление мероприятия
Если информация о пользователе уже есть в базе данных (пользователь
зарегистрирован), то вход в систему осуществляется при помощи формы
авторизации (см. рис. 2.8. Форма авторизации).
Рисунок 2.8.
Форма авторизации
50
Если пользователь хочет зарегистрироваться, то при переходе на страницу
регистрации
ему
будет
предложено
заполнить
следующую
форму
(см. рис. 2.9. Форма для регистрации). В данном макете представлены только
некоторые из возможных полей.
Рисунок 2.9.
Форма регистрации
Модули системы
Одно
из
главных
назначений
диаграммы
вариантов
использования
заключается в формализации функциональных требований к системе. На основе
анализа списка прецедентов построенной модели TO_BE были определены
следующие модули системы и их основные функции:
1. Модуль «Авторизация пользователей».
1.1. Проверка на наличие в БД пользователя с введенном логином и паролем.
1.2. Заполнение страниц в зависимости от прав доступа пользователя.
2. Модуль «Работа с ролями пользователей».
2.1. Создание, редактирование, удаление ролей пользователей.
2.2. Разграничение прав доступа к функциям для различных ролей.
3. Модуль «Контрагенты».
3.1. Просмотр всех пользователей системы.
3.2. Регистрация пользователя в системе.
51
3.3. Добавление, редактирование личной информации.
3.4. Просмотр профиля пользователя.
3.5. Просмотр публикаций пользователя.
4. Модуль «Публикация».
4.1. Добавление, редактирование, удаление публикации.
4.2. Добавление черновика публикации.
4.3. Добавление, удаление файлов.
4.4. Изменение статуса публикации.
5. Модуль «Событие».
5.1. Добавление, редактирование, удаление события.
5.2. Добавление, удаление файлов.
5.3. Подтверждение участия в событии.
5.4. Просмотр и сохранение списка участников события.
6. Модуль «Рассылка».
6.1. Создание рассылки писем.
6.2. Выбор адресов отправки из списка или ввод вручную.
6.3. Добавление, редактирование темы и текста письма.
6.4. Добавление, редактирование и удаление служебного текста.
6.5. Прикрепление файлов к письму.
6.6. Создание рассылки писем на основе пользователей, подтвердивших
участие в событии.
7. Модуль «Комментарии».
7.1. Добавление, удаление комментария.
8. Модуль «Опрос».
8.1. Добавление, редактирование, удаление опросов
8.2. Просмотр статистики опроса.
9. Модуль «Действия пользователей».
9.1. Просмотр списка действий пользователей за последнее время.
В техническом задании на разработку информационной системы приведена
полная спецификация требуемых функций, а также входных и выходных данных
(см. прил. D. Техническое задание на разработку системы). Для пользователей
системы было составлено руководство (см. прил. E. Руководство пользователя).
52
Выводы к главе 2.
В первой части второй главы был проведен анализ существующей модели
взаимодействия с абитуриентами. По итогам анализа были определены узкие
места, снижающие эффективность построенного бизнес-процесса. С учетом
анализа существующих информационных систем, проведенного в первой главе, и
по итогам анализа модели AS_IS, была предложена новая информационная система
для взаимодействия с абитуриентами и их окружением, основные функции которой
описаны при помощи диаграммы UML и задокументированных прецедентов.
Во второй части главы большая часть внимания уделяется реализации
информационной системы. Описывается схема базы данных, приводятся примеры
макетов страниц. Кроме того, происходит выбор программного обеспечения
для разработки. Основные функциональные и нефункциональные требования
приводятся в техническом задании.
53
Глава 3. Экономическое обоснование
Информационная
вспомогательным
на привлечение
система
проектом
абитуриентов
для
факультета
и
привлечения
абитуриентов
бизнес-информатики,
проведение
является
направленным
профориентационной
работы.
Поскольку экономическая прибыль не является основным результатом, данный
проект не является коммерческим. Измерить эффективность внедрения проекта
в рамках общей деятельности по привлечению абитуриентов можно через
несколько лет посредством показателей достижения стратегических целей, как:
1. Количественные:
1.1. количество
абитуриентов,
осознанно
желающих
поступить
на факультет бизнес-информатики;
1.2. средний балл поступивших студентов;
1.3. число отчисленных студентов;
1.4. количество школьников, принимающих участие в мероприятиях
факультета;
1.5. количество
учителей,
принимающих
участие
в
мероприятиях
факультета;
1.6. процент положительных отзывов учителей, друзей, одноклассников,
знакомых абитуриентам
2. Качественные:
2.1. удовлетворенность работой приемной комиссии;
2.2. удовлетворенность итогами поступления;
2.3. удовлетворенность полнотой информации о факультете и проводимыми
консультациями.
Помимо стратегических целей, предлагаемая информационная система
содержит
набор
функций,
повышающих
эффективность
взаимодействия
с абитуриентами и их окружением. Использование системы позволяет сократить
время на поиск подходящих инструментов, проведение анкетирования и
организацию обратной связи. Кроме того, привлечение к работе студентов
позволит снизить затраты на трудовые ресурсы.
54
Для оценки затрат проекта необходимо определить требуемые трудовые и
материальные ресурсы.
Вследствие того, что проектирование и разработка информационной
системы для привлечения абитуриентов выполнена в рамках выпускной
квалификационной работы, финансовые затраты на трудовые ресурсы считаются
равными нулю.
Как было отмечено ранее, стоимость была одним из критериев выбора
программного обеспечения для разработки и эксплуатации системы. Поскольку
выбранное ПО является бесплатным, затраты на программное обеспечение
отсутствуют.
Таким образом, основные затраты приходятся на период внедрения и
эксплуатации
системы.
Вариантами
для
развертывания
системы
и
ее
сопровождения являются покупка хостинга или использование имеющихся
в НИУ ВШЭ – Пермь
серверов.
Ввиду того,
что
архитектура
приложения
соответствует концепции MVC, для развертывания системы требуется сервер
баз данных и сервер приложений. Требуемые параметры серверов приведены
в приложении D. Техническое задание на разработку системы.
55
Заключение
В рамках ужесточающейся межвузовской конкуренции за абитуриента,
спровоцированной открытием все большего числа вузов, отсутствие налаженного
взаимодействия с абитуриентами и их окружением может снизить качество набора
абитуриентов и привести к отставанию всех сфер деятельности факультета.
Интеграция университета и общества и активное взаимодействие с абитуриентами
еще до получения результатов ЕГЭ могут значительно повлиять на прием новых
студентов.
По
результатам
выполнения
поставленных
задач
можно
подвести
следующие итоги.
Прежде всего, был определен подход взаимодействия с потребителями
образовательных услуг. Обзор методов и целей практики public engagement
(вовлечения общества в жизнь университета) позволил определить основную
концепцию взаимодействия с абитуриентами с учетом специфики российского
отбора студентов.
Были обоснованы преимущества применения подобного
подхода на практике и предложены проекты для внедрения.
По итогам составления описательной модели и анализа мониторинга
абитуриентов были определены основные целевые группы для взаимодействия.
Также был поведен сравнительный анализ используемых информационных систем.
Анализ существующей модели взаимодействия с абитуриентами выявил
узкие места, которые были учтены при составлении модели TO_BE. На основе
построенной модели были определены основные функциональные требования
к системе. С учетом данных требований было выбрано программное обеспечение
для разработки информационной системы, определены основные модули и
составлено
техническое
задание.
В
соответствии
с
информационными
потребностями пользователей информационной системы была спроектирована база
данных.
Завершающими
этапами
стали
непосредственная
разработка
информационной системы и обоснование экономической эффективности ее
применения. Таким образом, можно говорить о достижении цели выпускной
квалификационной работы
56
Библиографический список
1.
Соловьев Т.Г. Организация взаимоотношений вузов с потребителями
образовательных услуг // Маркетинг услуг. –2012. – №3. – с. 21 - 32.
2.
Krcmar H. Wirtschaftsinformatik. Grundzüge der betrieblichen Datenverarbeitun /
H. Krcmar and B. Schwarzer; Stuttgart: Schäffer-Poeschel Verlag, 1999.
3.
Gabriel R. Informationssystem // Enzyklopaedie-der Wirtschaftsinformatik
[Электронный
ресурс]
[Режим
доступа:
http://www.enzyklopaedie-der-
wirtschaftsinformatik.de/wi-enzyklopaedie/lexikon/uebergreifendes/Kontext-undGrundlagen/Informationssystem] [Проверено 10.04.2014].
4.
Громов А.И. Учебно-методический комплекс «Анализ и моделирование
бизнес-процессов»
/
А.И.
Громов,
В.Г.
Чеботарев,
Я.В.
Горчаков,
О.И. Бойко; М.: НИУ ВШЭ, 2007. – с. 48.
5.
Ericsson Quality Institute. Business Process Management. Ericsson, Gothenburg
Sweden, 1993.
6.
Елиферов В.Г.
Бизнес-процессы:
Регламентация
и
управление /
В.Г. Елиферов, В.В. Репин, М.: Инфра-М, 2005. – с. 319.
7.
Когаловский М. Р.
Энциклопедия
технологий
баз
данных
/
М.Р. Когаловский; М.: Финансы и статистика, 2002. — с. 800.
8.
Коннолли Т. Базы данных. Проектирование, реализация и сопровождение.
Теория и практика / Т. Коннолли, К. Бегг; М.: Издательский дом «Вильямс»,
2003. — с. 1440.
9.
The Magna Charta of the European Universities // The Magna Charta Observatory
of Fundamental University Values and Rights [Электронный ресурс] [Режим
доступа: http://www.magna-charta.org/cms/cmspage.aspx?pageUid={d4bd2cbae26b-499e-80d5-b7a2973d5d97}] [Проверено 31.03.2014].
10.
Роверси Ф. Презентация // The Magna Charta Observatory of Fundamental
University Values and Rights [Электронный ресурс] [Режим доступа:
http://www.magna-charta.org/library/userfiles/file/mc_russian.pdf]
[Проверено
31.03.2014].
11.
A manifesto for public engagement // National Co-ordinating Centre for Public
Engagement
ресурс]
[Электронный
57
[Режим
доступа:
https://www.publicengagement.ac.uk/sites/default/files/Manifesto%20for%20Publ
ic%20Engagement%20Final%20January%202010.pdf] [Проверено 31.03.2014].
12.
What is public engagement? // National Co-ordinating Centre for Public
Engagement
ресурс]
[Электронный
доступа:
[Режим
http://www.publicengagement.ac.uk/what] [Проверено 31.03.2014].
13.
What purposes can public engagement serve? // National Co-ordinating Centre for
Public
Engagement
[Электронный
ресурс]
доступа:
[Режим
http://www.publicengagement.ac.uk/what/purposes-of-engagement]
[Проверено 31.03.2014].
14.
Working with intermediaries // National Co-ordinating Centre for Public
Engagement
ресурс]
[Электронный
доступа:
[Режим
http://www.publicengagement.ac.uk/what/who-are-the-public]
[Проверено
31.03.2014].
15.
Байрамова
Е.А.
взаимодействия
Основные
противоречия,
факультета
и
возникающие
абитуриентов
//
в
процессе
Информационные
технологии – фактор успеха в бизнесе [текст]: сб. работ четвертой студ.
науч.–практ.
конф.
Нац. исслед.
ф-та
ун-та
бизнес-информатики
«Высшая
школа
/
Пермский
филиал
экономики». – Пермь:
Редакционно-издательский отдел НИУ ВШЭ – Пермь, 2014. – с. 21-25.
16.
Плаксин М.А. Единый госэкзамен лишает вузы права отбора своего
абитуриента // Всероссийский съезд учителей информатики в МГУ
24-26 марта
2011
года:
сб.
тезисов
докладов. – М:
Издательство
Московского гос. ун-та, 2011. – с. 25.
17.
Coleman J. The principle of symmetry in college choice / J. Coleman; NY:
College Entrance Examination Board, 1970.
18.
Lovitts B. Leaving the ivory tower: The causes and consequences of departure
from doctoral study / B. Lovitts; Lanham, MD: Rowman and Littlefield, 2001.
19.
Байрамова Е.А.
Анализ и автоматизация работы факультета: Система
привлечения абитуриентов [Текст]: курсовая работа / Е.А.
Байрамова. –
Пермь: Пермский филиал Нац. исслед. ун-та «Высшая школа экономики»,
2013. – 24 с.
58
20.
Альтшуллер Г. С. Поиск новых идей: от озарения к технологии (теория и
практика решения изобретательских задач) // Каpтя Молдовеняскэ. 1989
Vol. 13. p. 18 – 20.
21.
O'Connor K. Student-community engagement and the development of graduate
attributes // Education + Training. 2011 Vol. 53, Issue: 2/3. p. 100 - 115.
22.
Brewis G. Bursting the Bubble- Students Volunteering and the Community /
G. Brewis, J. Russell and C. Holdsworth; Bristol: National Co-ordinating Centre
for Public Engagement, 2010.
23.
Book a speaker // University of Cambridge [Электронный ресурс] [Режим
доступа:
http://www.cam.ac.uk/public-engagement/voluntary-sector/book-a-
speaker] [Проверено 31.03.2014].
24.
Hear from Our Students // Harvard University [Электронный ресурс] [Режим
доступа: https://college.harvard.edu/admissions/hear-our-students] [Проверено
31.03.2014].
25.
PortfolioEdu // Портфолио учителей [Электронный ресурс] [Режим доступа:
http://portfolio-edu.ru/] [Проверено 31.03.2014].
26.
UCLan // The University of Central Lancashire website [Электронный ресурс]
доступа:
[Режим
http://www.taguclan.org.uk/index.php]
[Проверено
31.03.2014].
27.
Get Ready for university study // Edinburgh Napier University [Электронный
ресурс]
[Режим доступа: http://www2.napier.ac.uk/getready/index.html]
[Проверено 31.03.2014].
28.
Маркетинг взаимоотношений и внедрение CRM-системы в вузе // NORBIT
[Электронный ресурс] [Режим доступа: http://vuz.norbit.ru/materialy/publikaczi
i/114-marketing-vzaimootnoshenij-i-vnedrenije-crm-sistemy-v-vuz.html]
[Проверено 25.03.2014].
29.
Решения
//
VPGroup
[Электронный
ресурс]
[Режим доступа: http://vpgroup.ru/solutions.aspx] [Проверено 25.03.2014].
30.
Stanford
Online
//
Stanford
University
Home
[Электронный
ресурс]
[Режим доступа: http://online.stanford.edu/] [Проверено 25.03.2014].
31.
Курсы
//
Coursera
[Электронный
ресурс]
[Режим доступа: https://www.coursera.org/courses] [Проверено 25.03.2014].
59
32.
Ефименко В.
Проектирование информационных систем // INTUIT
ресурс]
[Электронный
доступа:
[Режим
http://www.intuit.ru/studies/educational_groups/1037/courses/55/lecture/1628?pag
e=3] [Проверено 10.04.2014]
33.
Грекул В.
Проектирование информационных систем // INTUIT
[Электронный ресурс] [Режим доступа:
http://www.intuit.ru/studies/courses/2195/55/lecture/1628?page=5] [Проверено
10.04.2014]
34.
Структурные подразделения // НИУ ВШЭ – Пермь [Электронный ресурс]
[Режим доступа: http://perm.hse.ru/units] [Проверено 07.02.2014].
35.
Официальные
документы//
НИУ ВШЭ – Пермь
ресурс]
[Электронный
[Режим доступа: http://perm.hse.ru/scienceperm/documents]
[Проверено
07.02.2014].
36.
Рогачев С. Обобщённый Model-View-Controller // RSDN [Электронный
ресурс]
[Режим
доступа:
http://rsdn.ru/article/patterns/generic-mvc.xml]
[Проверено 10.04.2014].
37.
Швецов В. Базы данных // INTUIT [Электронный ресурс] [Режим доступа:
http://www.intuit.ru/studies/courses/508/364/lecture/8643?page=2]
[Проверено
10.04.2014].
38.
What is Symfony // Symfony [Электронный ресурс] [Режим доступа:
http://symfony.com/what-is-symfony] [Проверено 10.04.2014].
39.
Learn About ASP.NET MVC // The Official Microsoft ASP.NET Site
[Электронный ресурс] [Режим доступа: http://www.asp.net/mvc] [Проверено
10.04.2014].
40.
Meet Django // Django Software Foundation [Электронный ресурс] [Режим
доступа: https://www.djangoproject.com/] [Проверено 10.04.2014].
41.
Learn all about Ruby on Rails // Ruby on Rails [Электронный ресурс] [Режим
доступа: http://rubyonrails.org/documentation/] [Проверено 10.04.2014].
42.
Purer K. PHP vs. Python vs. Ruby The web scriptinglanguage shootout // Klaus
Purer
[Электронный
ресурс]
[Режим
http://klau.si/sites/default/files/php-vs-python-vs-ruby.pdf]
10.05.2014].
60
доступа:
[Проверено
Приложение А. Анализ характеристик абитуриентов
Одним из этапов создания информационной системы является анализ
различных характеристик абитуриентов НИУ ВШЭ – Пермь и используемых
информационных источников.
Для анализа будут использованы результаты
«Мониторинга абитуриентов бакалавриата НИУ ВШЭ 2013» (далее – Мониторинг),
опроса первокурсников НИУ ВШЭ – Пермь (далее – Опрос), и данные сервиса
«Яндекс.Метрика».
В рамках анализа важно получить представление о следующих ключевых
характеристиках абитуриентов:
1. Время принятия решения.
Согласно Мониторингу, чуть менее трети абитуриентов НИУ ВШЭ в Перми
приняли решение поступать еще в 10 классе или ранее (29%). 27% и
19% опрошенных указали, что определились с поступлением в сентябре – декабре
2012 г. и январе – апреле 2013 г. соответственно. 26% опрошенных приняли
решение непосредственно перед или во время приемной кампании с мая по июль
2013 г. (см. диагр. А.1. Время принятия решения о поступлении):
Как давно Вы решили, что будете поступать в НИУ ВШЭ - Пермь?
6%
14%
20%
15%
19%
26%
Июль 2013 г.
Май – Июнь 2013 г.
Январь – Апрель 2013 г.
Сентябрь – Декабрь 2012 г.
Сентябрь 2011 г. – Август 2012 г.
Ранее сентября 2011 г.
Диаграмма A.1. Время принятия решения о поступлении
61
В ходе Опроса первокурсники пермского кампуса НИУ ВШЭ отметили, что
выбор направления для поступления чаще всего происходит в 10 классе или ранее.
Более половины экономистов (60,3%) определяются с направлением обучения
не позднее 10 класса. 40,5% и 41,4% бизнес-информатиков и менеджеров
соответственно также заранее определяют направление будущего обучения
(см. диагр. А.2. Выбор направления для обучения):
Когд а вы прин ял и решен ие о том , н а как ие н аправл ен ия
поступать ?
С О Ц - Г У М 4.0% 8.0%
Б И0.0%
22.0%
21.6%
18.9%
М Е Н . 3.4% 6.9%
Э К . 2.7%
0%
40.0%
37.8%
31.0%
34.2%
20%
5.4%
36.2%
23.3%
10%
12.0%
30%
40%
Ещё до 8-го класса
В 10-м классе
В течение года или более после окончания школы
50%
60%
10.3%
16.4%
5.5%
70%
80%
14.0%
16.2%
12.1%
17.8%
90%
100%
В 8-м или 9-м классе
В 11-м классе
Я не мог решиться до подачи документов
Диаграмма A.2. Выбор направления для обучения
2. Источники рекомендаций.
Помимо времени принятия решения важной для анализа характеристикой
являются «неформальные» источники информации – советы, поступающие
к абитуриентам от окружения.
Стоит отметить, что при поступлении абитуриенты больше всего полагаются
на мнение родителей, учителей, друзей и знакомых (см. диагр. А.3. Социальные
группы, влияющие на принятие решения абитуриентом). Высказывания различных
социальных групп о факультете бизнес-информатики приведены в табл. А.1.
Оценки факультета бизнес-информатики:
Оценки
Учителя
Таблица A.1. Оценки факультета бизнес-информатики
Друзья и
Знакомые
Родители
Одноклассники
знакомые
из соц. сетей
Положительные
59,5%
58,1%
40,5%
33,8%
28,4%
Положительные
и отрицательные
25,7%
20,3%
36,5%
45,9%
36,5%
Отрицательные
4,1%
4,1%
14,9%
8,1%
5,4%
10,8%
17,6%
8,1%
12,2%
29,7%
Отсутствуют
62
Чьё мнение о вузе было для Вас важным при принятии решения
о поступлении?
10.0%
5.4%
5.2%
6.8%
Знакомых из социальных
сетей
40.0%
41.9%
46.6%
Друзей и знакомых из
Вашего окружения
32.9%
28.0%
33.8%
Родственников
48.3%
38.4%
84.0%
77.0%
82.8%
83.6%
Родителей
44.0%
41.9%
44.8%
Учителей
52.1%
20.0%
18.9%
Одноклассников
6.9%
15.1%
0%
10%
Социально-гуманитарный ф.
Диаграмма A.3.
20%
30%
40%
50%
Ф. бизнес-информатики
60%
70%
Ф. менеджмента
80%
90%
Ф. экономики
Социальные группы, влияющие на принятие решения абитуриентом
3. Значимая информация на сайте филиала.
Для большинства абитуриентов пермского кампуса НИУ ВШЭ особый
интерес представляла информацию об обучении на выбранном направлении и
организации учебного процесса. Также на официальном сайте абитуриенты искали
информацию
о зарубежных
исследовательской
стажировках,
деятельности
(см.
трудоустройстве
табл.
А. 2.
выпускников,
Информация,
которую
абитуриенты НИУ ВШЭ – Пермь искали на сайте кампуса).
В то же время, абитуриенты не были заинтересованы в информации
о студентах,
обучающихся
в
НИУ ВШЭ
(61%
не
искали
информацию).
Объяснением могут служить результаты опроса абитуриентов в Москве
(в пермском кампусе подобный вопрос не задавался). Согласно полученным
данным, три четверти (73%) абитуриентов отметили, что ищут информацию
о контингенте студентов в социальных сетях.
63
Таблица A.2. Информация, которую абитуриенты НИУ ВШЭ – Пермь искали на сайте кампуса
Количество
Искали и
Искали и
Не искали
ответивших,
нашли
не нашли
чел.
Какие преподаватели работают
в НИУ ВШЭ, в чем они
сильны
52%
47%
1%
660
Как организована учеба
20%
75%
5%
674
Чему конкретно будут учить
11%
86%
4%
672
Какова история университета
63%
37%
0%
654
Какие возможности
существуют для участия
в исследовательской
деятельности
34%
63%
3%
665
Каковы условия для занятий
спортом и внеучебной
студенческой жизни
51%
44%
5%
659
Есть ли возможность
проходить стажировку
в зарубежном вузе во время
обучения
32%
58%
9%
672
Где работают и чего достигли
выпускники
35%
57%
8%
666
Какие студенты учатся
в НИУ ВШЭ
61%
37%
3%
651
В каких условиях студенты
живут и учатся
38%
59%
3%
671
Абитуриенты не нашли информацию о зарубежных стажировках и
трудоустройстве выпускников. Хотя таких студентов было менее 10%, однако их
количество составило примерно 61 и 53 человека соответственно.
Полученные
данные
можно
подтвердить
при
помощи
сервиса
«Яндекс.Метрика». В период с июня по август 2013 года (во время Приемной
кампании) наибольший интерес на сайте представляли страницы с информацией
о факультетах (13,95% от общего числа переходов) и кафедрах (6,94%),
сотрудниках (3,18%), структурных подразделениях (2,54%), калькуляторе баллов
ЕГЭ (2,53%), учебных планах (1,52%) (см. рис. A.1. Карта ссылок официального
сайта НИУ ВШЭ – Пермь).
Среди интересных возможностей сайтов других вузов были отмечены:
видеотуры
видеоролики
по
о
университету,
жизни,
учебе
карты
внутреннего
и
трудоустройстве
64
устройства
студентов,
кабинетов,
интервью
с руководителями факультетов, информация о хобби преподавателей, возможность
онлайн консультации со студентами вуза, информация, касающаяся мнения
студентов об учебном процессе.
Рисунок A.1. Карта ссылок официального сайта НИУ ВШЭ – Пермь
4. Посетители официального сайта НИУ ВШЭ – Пермь.
Согласно данным сервиса «Яндекс.Метрика», основными источниками
переходов с марта по июнь 2014 года являлись прямые заходы (57,05%) и переходы
из поисковых систем (25,53%) (см. диагр. А.4. Источники трафика официального
сайта НИУ ВШЭ – Пермь):
Источники трафика
25.53%
8.12%
57.05%
4.89%
3.69%
0.15%
Прямые заходы
Переходы по ссылкам на сайтах
Переходы из социальных сетей
Не определён
Диаграмма A.4.
0.56%
Переходы из поисковых систем
Внутренние переходы
Переходы по рекламе
Источники трафика официального сайта НИУ ВШЭ – Пермь
Согласно статистике, основными источниками переходов из социальных
сетей были страницы Студенческого пресс-центра НИУ ВШЭ – Пермь, групп
«Подслушано» и конкурса «HSE Face», в которых публикуются новости о жизни
студентов. Следовательно, можно сделать выводы, что подобная информация,
публикуемая от лиц студентов также представляет интерес и привлекает
посетителей на официальный сайт.
65
5. Слухи о НИУ ВШЭ – Пермь.
В ходе Опроса респондентов спросили, с какими из негативных слухов
о НИУ ВШЭ – Пермь они были знакомы до подачи документов в приёмную
комиссию (см. диагр. А.5. Негативные слухи о НИУ ВШЭ – Пермь):
С какими негативными слухами Вы были знакомы?
6.0%
56.0%
18.0%
36.0%
СГФ
54.0%
68.0%
50.0%
90.0%
9.5%
39.2%
17.6%
33.8%
БИ
50.0%
52.7%
37.8%
90.5%
13.8%
37.9%
17.2%
25.9%
Менедж
55.2%
43.1%
39.7%
100.0%
8.2%
46.6%
16.4%
20.5%
Экон
50.7%
49.3%
30.1%
91.8%
0%
20%
40%
Другой слух
Плохое образование, потому что это филиал
Нет внеучебной жизни
Невозможно получать хорошие оценки
60%
80%
100%
Сложно учить английский
Коммерческий вуз
Легко потерять губернаторскую стипендию
Трудно учиться
Диаграмма A.5. Негативные слухи о НИУ ВШЭ – Пермь
Практически
абитуриентов
все
слышали
отметили
сложность
мифы
сложности
о
обучения;
сохранения
более
половины
губернаторской
стипендии (52,5%) и отсутствии студенческой жизни (52,2%). Среди других слухов
были указаны такие, как отсутствие свободного времени и «пафосность»
университета, или предпочтение в оказании образовательных услуг богатым слоям
населения.
66
6. Причины выбора вуза–конкурента.
Абитуриентам задавался вопрос о том, по каким причинам они выбрали тот
или иной университет. Было проведено сравнение тех, кто выбрал НИУ ВШЭ и
тех, кто выбрал другой вуз для обучения. Данный анализ позволил оценить, какими
критериями
руководствуются
студенты,
находясь
в
ситуации
выбора
(см. диагр. А.6. Критерии выбора вуза (в%)):
80
Лучше перспективы трудоустройства
48
Более фундаментальная подготовка по…
49
Возможность заграничных стажировок
65
42
64
64
Наличие интересующей специальности
Лучше языковая подготовка
46
50
45
50
У меня была мечта учиться именно здесь
Лучше преподавательский состав
24
Лучше контингент студентов
22
Более дружелюбная атмосфера вуза
22
Возможность получения дополнительного диплома
37
33
24
Более подходящий профиль вуза
30
Более интересная внеучебная жизнь
30
Лучше организована приемная комиссия/кампания
Более удобное расположение учебного корпуса
17
Родители посоветовали/настояли на его выборе
16
Не прошел(-ла) по баллам в вуз, где хотел(-а)… 0 5
Более удобное расположение общежития 0
Выбрали НИУ ВШЭ (N=210)
51
22
26
9
0
55
45
39
38
Проходил(-а) по баллам/олимпиаде в этот вуз на…
В этом вузе будут учиться мои друзья
65
27
21
15
25
Выбрали вуз из Топ-5 конкурентов НИУ ВШЭ (N=105)
Диаграмма A.6. Критерии выбора вуза (в %)
Основными конкурентными преимуществами НИУ ВШЭ являются лучшие
перспективы трудоустройства, возможность заграничных стажировок, хороший
преподавательский состав. НИУ ВШЭ, по мнению абитуриентов, выгодно
отличается от других вузов более дружелюбной атмосферой вуза, хорошим
контингентом студентов, хорошо организованной приемной кампанией.
Подобный анализ, к сожалению, не проводился в рамках пермского кампуса,
однако полученные результаты могут быть расширены и на него.
67
В соответствии с полученными статистическими данными, можно подвести
следующие итоги. Во-первых, было получено эмпирическое доказательство
необходимости начала взаимодействия с абитуриентами задолго до окончания
школы, начиная с 8-9 класса. Во-вторых, было подтверждено предположение
о необходимости взаимодействия не только с самими школьниками, но и с их
окружением, поскольку более 80% школьников руководствуются советами
родителей, и практически половина – друзей и учителей. В данной ситуации
сложно переоценить важность положительных отзывов об учебном заведении.
Кроме того, в ходе исследования был сделан акцент на интересующей
абитуриентов информации. В соответствии с результатами опроса, абитуриентов
более всего интересует информация об учебном процессе, стажировках и
трудоустройстве. Полученные данные необходимо учесть при информационном
наполнении системы. Также следует обратить внимание на наиболее частые
заблуждения общества, касающиеся трудности учебы, отсутствии внеучебной
жизни, коммерциализации вуза. Следует обращать внимание абитуриентов
на такие стороны НИУ ВШЭ – Пермь, как возможности трудоустройства,
заграничных стажировок, языковая подготовка и преподавательский состав.
68
Приложение В. Структура базы данных
В соответствии с информационными потребностями и для реализации
заданных
функциональных
возможностей
информационной
системы
для привлечения абитуриентов была спроектирована реляционная база данных (см.
рис. B. 1. Схема базы данных):
Рисунок B.1. Схема базы данных
На основе содержащейся информации предлагаемую схему базы данных
можно разделить на 4 взаимосвязанных области.
69
Первая
из
областей
содержит
данные
о
пользователях
системы
(см. рис. B. 2. Блок «Пользователи»):
Рисунок B.2. Блок «Пользователи»
Вторая из областей содержит данные о пользовательских публикациях
(см. рис. B.3. Блок «Публикации»).
70
Рисунок B.3. Блок «Публикации»
Третья из областей содержит данные о событиях (см. рис. B.4. Блок
«События»).
71
Рисунок B.4. Блок «События»
Последняя содержит данные об опросах (см. рис. B.5. Блок «Опросы»):
Рисунок B.5. Блок «Опросы»
72
Приложение С. Описание сущностей базы данных
Для организации хранения данных была спроектирована реляционная
база данных. БД содержит четыре ключевых элемента: Пользователи, События,
Опросы и Публикации.
Базовой сущностью для хранения данных о всех пользователях системы
является таблица «users», содержащая личную и контактную информацию
пользователя (см. табл. C.1. Хранение данных пользователей системы – «users»):
Хранение данных пользователей системы – «users»
Поле
Тип
данных
Ограничения
Значение
Примечание
users
Идентификатор
ПК
varchar(50)
users
Логин
пользователя
Обязательное поле
Date_create
datetime
users
Дата создания
профиля
Обязательное поле
Date_edit
datetime
users
Дата последнего
редактирования
id
int
Username
Уникальное
Источник
(таблица)
Email
varchar(50)
users
Электронный
ящик
пользователя
Name
varchar(50)
users
Имя
Patronymic
varchar(50)
users
Отчество
Surname
varchar(50)
users
Фамилия
Birth_date
date
users
Дата рождения
Sex
Binary(1)
users
Пол
Role
int
roles
Роль
пользователя
в системе
VK_ref
varchar(50)
users
Ссылка на
профиль в «VK»
FB_ref
varchar(50)
users
Ссылка на
профиль
в «Facebook»
TW_ref
varchar(50)
users
Ссылка на
профиль
в «Twitter»
Целое
73
По умолчанию
используется
эл.ящик,
указанный при
регистрации
Ссылка на
идентификатор
роли
Следующая таблица содержит список ролей пользователей в системе
(см. табл. C.2. Список ролей пользователей – «roles»). Изначально в системе
определены такие роли, как: Администратор системы, Контентный администратор,
Публицист и Обычный пользователь. При регистрации пользователи получают
роль
обычного
пользователя.
Изменение
роли
возможно
в
подсистеме
администрирования.
Список ролей пользователей – «roles»
Источник
Тип данных Ограничения
Значение
Примечание
(таблица)
int
Уникальное
roles
Идентификатор ПК
Обязательное
varchar(50)
roles
Название роли
поле
Поле
id
Name
В ходе
регистрации
пользователи
могут
указать
дополнительную
информацию. Например, ученики школ могут добавить информацию о своем
образовательном
учреждении
(см. табл.
В.3.
Дополнительная
информация
для учеников школ – «pupil»):
Поле
User_id
Тип данных
Int
School_id Int
grade
Tinyint
Дополнительная информация для учеников школ – «pupil»
Источник
Ограничения
Значение
Примечание
(таблица)
Ссылка на
Идентификатор
Уникальное
pupil
идентификатор
пользователя
«users»
Ссылка на
Идентификатор
Уникальное
schools
идентификатор
школы
из «schools»
Увеличивается
каждый год 1
pupil
Класс
сентября, пока не
достигнет
значения 11.
Информация о школах хранится в специальном справочнике школ
(см. табл. В.4. Информация о школах – «schools»):
Информация о школах – «schools»
id
Источник
Тип данных Ограничения
(таблица)
int
Уникальное
schools
Number
varchar(50)
Целое
schools
Номер школы
Type _id
int
Целое
school_type
Тип школы
City_id
int
Целое
cities
Город
schools
Вебсайт школы
Поле
School_src varchar(50)
74
Значение
Примечание
Идентификатор ПК
Ссылка
на справочник
«school_type»
Ссылка на
cправочник «cities»
Для
каждой
школы
в
системе
определяется
тип
школы
(общеобразовательная, лицей, гимназия и т.д.), номер, а также город, в котором она
расположена. Для определения типа школы была создана отдельная таблица
(см. табл. C.5. Информация о типе школы – «school_type»):
Поле
Тип данных
id
int
Name
varchar(50)
Информация о типе школы – «school_type»
Источник
Ограничения
Значение
Примечание
(таблица)
Уникальное
school_type
ПК
Обязательное
school_type
поле
Работодатели, заинтересованные в взаимодействии с факультетом, могут
указать компанию, в которой работают, и свою должность (см. табл.
C.6. Дополнительная информация для работодателей – «employers»):
Поле
User_id
Company_id
Position
Дополнительная информация для работодателей – «employers»
Источник
Тип данных Ограничения
Значение
Примечание
(таблица)
Ссылка на
Идентификатор
int(11)
Уникальное
employers
идентификатор
пользователя
«users»
Ссылка на
Идентификатор
int(11)
Уникальное
employers
идентификатор
компании
«companies»
varchar(50)
employers
Должность
Информация о компании содержит ее название, описание и контактную
информацию (см. табл. C.7. Информация об организации – «companies»):
Поле
Тип данных
Ограничения
companies
Идентификатор ПК
varchar(50)
companies
Название
компании
Description
varchar(255)
companies
Описание
Ref
varchar(255)
companies
Emaill
varchar(50)
companies
PhoneNumber varchar(15)
companies
id
int
Name
City_id
int(11)
Уникальное
Информация об организации – «companies»
Источник
Значение
Примечание
(таблица)
Целое
cities
75
Обязательное
поле
Ссылка на
вебсайт
Адрес
электронной
почты
Контактный
телефон
Город
Ссылка на
город из
справочника
«cities»
Важными пользователями системы являются сотрудники и учащиеся
факультетов пермского кампуса НИУ ВШЭ. Они могут указать, что имеют
непосредственное отношение к работе НИУ ВШЭ – Пермь, заполнив свою
должность
и
факультет
(см.
табл. C.8. Информация
о
сотрудниках
–
«department_staff»). Кроме того, существует возможность добавить информацию
о школе, в которой они обучались:
Информация о сотрудниках – «department_staff»
Тип
Источник
Поле
Ограничения
Значение
Примечание
данных
(таблица)
Ссылка на
Идентификатор
User_id
int(11)
Целое
users
идентификатор
пользователя
«users»
Ссылка на
Идентификатор
Position_id
int(11)
Целое
staff_position
идентификатор
должности
из «staff_position»
Ссылка на
Идентификатор
Department_id int(11)
Целое
department
идентификатор
факультета
из «department»
Дополнительная
Description
varchar(255)
department_staff
информация
Ссылка на
Идентификатор
School_id
int(11)
Целое
schools
идентификатор
школы
«schools»
Информация
о
существующих
факультетах
содержится
в отдельном
справочнике (см. табл. C.9. Информация о факультете – «department»):
Поле
Тип данных
id
Int
Name
varchar(50)
Ограничения
Уникальное
Информация о факультете – «department»
Источник
Значение
Примечание
(таблица)
department
Идентификатор ПК
department
Название
Обязательное
поле
Список должностей, как например, доцент, преподаватель или студент,
также хранится в отдельном справочнике (см. табл. C.10. Информация о должности
сотрудника – «staff_position»):
id
Информация о должности сотрудника – «staff_position»
Источник
Тип данных Ограничения
Значение
Примечание
(таблица)
Int
Уникальное
staff_position
Идентификатор ПК
Name
varchar(50)
Поле
staff_position
Название
Обяз. поле
Для обозначения города, в котором расположены школа или компания,
введен отдельный справочник городов (см. табл. C.11. Справочник городов –
«cities»).
76
Справочник городов – «cities»
id
Источник
Тип данных Ограничения
(таблица)
Int
Уникальное
cities
Name
varchar(50)
Region_id
int
Поле
Для
обозначения
regions
регионов
также
Примечание
Идентификатор ПК
Название города Обяз. поле
Ссылка на
Идентификатор
идентификатор
региона
«regions»
cities
Целое
Значение
введен
отдельный
справочник
(см. табл. C.12. Справочник регионов – «regions»):
id
Справочник регионов – «regions»
Источник
Тип данных Ограничения
Значение
Примечание
(таблица)
Int
Уникальное
regions
Идентификатор
ПК
Name
varchar(50)
Country_id
int
Поле
В
Целое
случае,
проживающие
если
в
в
regions
Название города
countries
Идентификатор
страны
системе
других
захотят
государствах,
Обяз. поле
Ссылка на
идентификатор
«countries»
зарегистрироваться
создан
граждане,
справочник
стран
(см. табл. C.13. Справочник стран – «countries»):
Справочник стран – «countries»
Поле
Тип данных
id
Int
Name
varchar(50)
Ограничения
Уникальное
Источник
(таблица)
countries
countries
Значение
Примечание
Идентификатор ПК
Название
Обяз. поле
страны
Для каждого события в базе данных создается отдельная запись, содержащая
информацию о создателе и редакторе события в системе, дате создания и
редактирования, анонс и общую информацию, дату начала и завершения, а также
статус и ответственного (см. табл. C.14. Хранение данных о событиях – «events»):
Поле
Тип данных
id
int(11)
Name
varchar(50)
User_id
int(11)
Ограничения
Уникальное
Целое
Хранение данных о событиях – «events»
Источник
Значение
Примечание
(таблица)
events
Идентификатор
events
Название
users
Идентификатор
пользователясоздателя
события
77
ПК
Ссылка на
идентификатор
«users»
Поле
Editor_id
Хранение данных о событиях – «events» (продолжение)
Источник
Тип данных Ограничения
Значение
Примечание
(таблица)
Идентификатор
Ссылка на
пользователяint(11)
Целое
users
идентификатор
редактора
«users»
события
Date_create
datetime
events
Дата создания
Date_edit
datetime
events
Дата последнего
редактирования
Anons
varchar(255)
events
Анонс события
Detail_text
varchar(255)
events
Описание
Date_start
datetime
events
Дата начала
Date_end
datetime
events
Дата завершения
Status
binary(1)
events
Статус события
Responsible
varchar(50)
events
Place
varchar(50)
events
Одной
из
ключевых
возможностей
Ответственный
за событие
Место
проведения
события
является
уведомление
пользователей о его проведении. Для этого формируется список пользователей для
рассылки,
а
также
шаблон
уведомления
(см. табл. C.15. Уведомление
пользователей – «email_delivery»):
Поле
Тип данных Ограничения
email_delivery
Идентификатор ПК
Email_subject varchar(255)
email_delivery
Тема рассылки
Email_msg
mediumtext
email_delivery
Сообщение
Email_list
mediumtext
email_delivery
Электронные
адреса
пользователей
Event_id
int(11)
events
Ссылка на
Идентификатор
идентификатор
события
«events»
Date_create
datetime
email_delivery
Дата создания
id
int(11)
Уникальное
Уведомление пользователей – «email_delivery»
Источник
Значение
Примечание
(таблица)
Целое
Пользователи могут подтвердить или опровергнуть свое участие в событии.
В системе остается запись о пользователе и изменении его статуса, которая
впоследствии может быть использована при рассыке (см. табл. C.16. Пользователи,
изменившие статус участия – «users_going»).
78
Поле
Тип
данных
Пользователи, изменившие статус участия – «users_going»
Источник
Ограничения
Значение
Примечание
(таблица)
id
int(11)
Уникальное
users_going
Going_id
int(11)
Целое
going_answers Статус участия
User_id
int(11)
Целое
users
Event_id
int(11)
Целое
events
Date_create datetime
Идентификатор ПК
Ссылка на
«going_answers»
Ссылка на
Идентификатор
идентификатор
пользователя
«users»
Ссылка на
Идентификатор
идентификатор
события
«events»
Дата изменения
users_going
Так как под событием может подразумеваться как непосредственно
мероприятие, так и, например, заочная школа, было принято решение создать
справочник статусов (см. табл. C.17. Статусы участников – «going_answers»).
Создатель события может самостоятельно выбирать статусы участия («пойду» /
«не пойду», «участвую» / «не участвую», «сомневаюсь» и т.д.):
Поле
Тип данных
id
int(11)
Name
varchar(255)
Ограничения
Уникальное
Статусы участников – «going_answers»
Источник
Значение
Примечание
(таблица)
going_answers
Идентификатор ПК
going_answers
Текст статуса
Обяз. поле
К каждому событию существует возможность прикрепить информационный
или иные материалы (см. табл. C.18. Прикрепление к событию файлов –
«event_files»):
Поле
Тип данных
Ограничения
Уникальное
Прикрепление к событию файлов – «event_files»
Источник
Значение
Примечание
(таблица)
id
int(11)
File_name
varchar(255)
event_files
File_src
varchar(255)
event_files
Event_id
Int(11)
Целое
event_files
events
Идентификатор ПК
Название
файла
Ссылка на
файл
Ссылка на
Идентификатор
идентификатор
мероприятия
«events»
Вторая из ключевых возможностей системы – размещение публикаций.
В базе данных хранится информация о заголовке, анонсе, тексте, создателе и
редакторе публикации, дате создания и редактирования. В зависимости от прав
доступа пользователя публикация может носить статус опубликованной или
79
требующей модерации (одобрения Контентного администратора). Пользователи
также могут ставить оценки публикации (см. табл. C.19. Данные о публикации –
«notes»):
Данные о публикации – «notes»
id
Источник
Тип данных Ограничения
(таблица)
int(11)
Уникальное
notes
Name
varchar(50)
User_id
int(11)
Целое
users
Editor_id
int(11)
Целое
users
Date_create
datetime
notes
Date_edit
datetime
notes
Annons
varchar(255)
notes
Detail_text
Mediumtext
notes
Date
datetime
notes
Status
Binary (1)
notes
Статус
Rate
smallint
notes
Оценки
пользователей
Поле
notes
Значение
Индетификатор
Название
публикации
Идентификатор
пользователя автора
Идентификатор
пользователя редактора
Дата создания
Дата последнего
редактирования
Анонс
Текст
публикации
Дата
размещения
Примечание
ПК
Ссылка на
идентификатор
«users»
Ссылка на
идентификатор
«users»
0 – опубликована,
1 – требует
модерации
К каждой публикации можно добавить ключевые слова, или теги
(см. табл. C.20. Прикрепление к публикации тегов – «tags_to_notes»):
Поле
id
Tag_id
Note_id
Прикрепление к публикации тегов – «tags_to_notes»
Источник
Тип данных Ограничения
Значение
Примечание
(таблица)
int(11)
Уникальное
tags_to_notes Идентификатор
ПК
Ссылка на
Идентификатор
int(11)
Целое
tags
идентификатор
тега
«tags»
Ссылка на
Идентификатор
int(11)
Целое
notes
идентификатор
публикации
«notes»
Теги хранятся в отдельной таблице (см. табл. C.21. Список тегов – «tags»):
Список тегов – «tags»
id
Источник
Тип данных Ограничения
(таблица)
int(11)
Уникальное
tags
Идентификатор
Name
varchar(15)
Тег
Поле
tags
80
Значение
Примечание
ПК
К
каждой
публикации
существует
возможность
прикрепить
информационные или иные материалы (см. табл. C.22. Прикрепление к публикации
файлов – «note_files»):
id
Прикрепление к публикации файлов – «note_files»
Источник
Тип данных Ограничения
Значение
Примечание
(таблица)
int(11)
Уникальное
note_files
Идентификатор ПК
File_name
varchar(255)
note_files
Название файла
File_src
varchar(255)
note_files
Ссылка на файл
Note_id
int(11)
notes
Ссылка на
Идентификатор
идентификатор
публикации
«notes»
Поле
Целое
При размещении публикации или создании события пользователь может
прикрепить
опрос.
Первым
этапом
является
создание
вопроса
(см. табл. C.23. Данные о вопросе – «quiz»):
Данные о вопросе – «quiz»
Поле
Тип данных
id
int(11)
Name
varchar(50)
User_id
int(11)
Ограничения
Уникальное
Источник
Значение
Примечание
(таблица)
quiz
Идентификатор ПК
Текст вопроса
Создатель
Ссылка на «users»
вопроса
Дополнительное
описание
0 – единственный,
Тип вопроса
1- множественный
выбор
quiz
Целое
users
Description varchar(50)
quiz
Type
quiz
binary(1)
Далее создатель опроса может самостоятельно добавить варианты ответа
(см. табл. C.24. Возможные ответы – «quiz_answers»):
Возможные ответы – «quiz_answers»
id
Тип
данных
int(11)
Name
varchar(50)
Поле
Ограничения
Уникальное
Источник
(таблица)
quiz_answers
Идентификатор
quiz_answers
Вариант ответа
Значение
Примечание
ПК
В системе создается запись о прикреплении вариантов ответа к вопросу
(см. табл. C.25. Прикрепление ответов к вопросу – «answers_to_quiz»):
Прикрепление ответов к вопросу – «answers_to_quiz»
Поле
id
Тип
Ограничения
данных
int(11)
Уникальное
Источник (таблица)
answers_to_quiz
81
Значение
Идентификатор
Примечание
ПК
Таблица. С.25. Прикрепление ответов к вопросу – «answers_to_quiz» (продолжение)
Тип
Источник
Поле
Ограничения
Значение
Примечание
данных
(таблица)
Идентификатор
Ссылка на
Quiz_id
int(11) Целое
quiz
вопроса
идентификатор «quiz»
Ссылка на
Идентификатор
Answer_id int(11) Целое
quiz_answers
идентификатор
ответа
«quiz_answers»
Пользователи при ответе на вопрос могут как выбрать имеющиеся варианты,
так и добавить свой, если подобная возможность была разрешена создателем
вопроса (см. табл. C.26. Ответы пользователей– «users_answers»):
Ответы пользователей– «users_answers»
Тип
Источник
Поле
Ограничения
Значение
Примечание
данных
(таблица)
id
int(11) Уникальное
users_answers
Идентификатор ПК
Идентификатор
Answer_id
int(11) Целое
answers_to_quiz ответа на
вопрос
Ссылка на
Идентификатор
User_id
int(11) Целое
users
идентификатор
пользователя
«users»
Ссылка на
Идентификатор
идентификатор
PersonalAnswer_id int(11) Целое
personal_answers собственного
«personal_answe
ответа
rs»
Date_create
datetime
users_answers
Дата ответа
Персональные
ответы
пользователя
хранятся
в
отдельной
таблице
(см. табл. C.27. Ответы пользователей– «users_answers»):
Поле
id
Name
Добавленные участниками ответы – «personal_answers»
Источник
Тип данных Ограничения
Значение
Примечание
(таблица)
Уникальное
personal_answers Идентификатор ПК
int(11)
personal_answers Текст ответа
varchar(255)
В системе предусмотрена возможность прикрепить опрос к событию
(см. табл. C.28. Прикрепление вопроса к событию – «quiz_to_event»):
id
Тип
данных
int(11)
Уникальное
Event_id
int(11)
Целое
Quiz_id
int(11)
Целое
Поле
Ограничения
Прикрепление вопроса к событию – «quiz_to_event»
Источник
Значение
Примечание
(таблица)
quiz_to_event Идентификатор ПК
Ссылка на
Идентификатор
events
идентификатор
события
«events»
Ссылка на
Идентификатор
quiz
идентификатор
вопроса
«quiz»
82
Также
в системе
к публикации
предусмотрена
возможность
(см. табл. C.29. Прикрепление
прикрепить
вопроса
к
опрос
публикации –
«quiz_to_note»):
Поле
id
Note_id
Quiz_id
Прикрепление вопроса к публикации – «quiz_to_note»
Тип
Источник
Ограничения
Значение
Примечание
данных
(таблица)
int(11)
Уникальное
quiz_to_event Идентификатор ПК
Идентификатор Ссылка на
int(11)
Целое
notes
публикации
идентификатор «notes»
Идентификатор Ссылка на
int(11)
Целое
quiz
вопроса
идентификатор «quiz»
Для пользователей системы предусмотрена возможность комментирования
(см. табл. C.30. Комментарии к публикации – «note_comments»):
Поле
id
Note_id
User_id
Text
Комментарии к публикации – «note_comments»
Источник
Ограничения
Значение
Примечание
(таблица)
Уникальное
note_comments Идентификатор
ПК
Ссылка на
Идентификатор
int(11)
Целое
notes
идентификатор
публикации
«notes»
Ссылка на
Идентификатор
int(11)
Целое
users
идентификатор
пользователя
«users»
varchar(255)
note_comments Текст комментария
Тип
данных
int(11)
Date_create datetime
Date_edit
datetime
note_comments Дата добавления
Дата
note_comments
редактирования
Пользователи также могут оставить комментарий или узнать интересующую
информацию на странице события (см. табл. C.31. Комментарии к событиям –
«event_comments»):
Поле
id
Note_id
User_id
Text
Комментарии к публикации – «event_comments»
Тип
Источник
Ограничения
Значение
Примечание
данных
(таблица)
int(11)
Уникальное
event_comments Идентификатор
ПК
Ссылка на
Идентификатор
int(11)
Целое
events
идентификатор
публикации
«notes»
Ссылка на
Идентификатор
int(11)
Целое
users
идентификатор
пользователя
«users»
varchar(255)
event_comments Текст комментария
Date_create datetime
Date_edit
datetime
event_comments Дата добавления
Дата
event_comments
редактирования
83
Приложение D. Техническое задание на разработку системы
ПРАВИТЕЛЬСТВО РОССИЙСКОЙ ФЕДЕРАЦИИ
Пермский филиал
федерального государственного автономного образовательного
учреждения высшего профессионального образования
"Национальный исследовательский университет
"Высшая школа экономики"
Факультет бизнес-информатики
Кафедра информационных технологий в бизнесе
Информационная система
для привлечения абитуриентов
Техническое задание
Работу выполнил студент
группы БИ-10-1
4 курса
факультета бизнес-информатики
Е.А. Байрамова
Руководитель:
доцент кафедры информационных
технологий в бизнесе, к.ф-м.н., доцент
Плаксин М.А.
“_____”
Пермь 2014
84
20__ г.
ОГЛАВЛЕНИЕ
ВВЕДЕНИЕ ............................................................................................................. 87
Наименование программы............................................................................... 87
Область применения ........................................................................................ 87
Объект, в котором используют программу ................................................... 87
ОСНОВАНИЕ ДЛЯ РАЗРАБОТКИ ...................................................................... 87
Основание для проведения разработки .......................................................... 87
Наименование и условное обозначение темы разработки ........................... 87
НАЗНАЧЕНИЕ РАЗРАБОТКИ ............................................................................. 88
Функциональное назначение .......................................................................... 88
ТРЕБОВАНИЯ К ПРОГРАММЕ .......................................................................... 91
Требования к функциональным характеристикам........................................ 91
4.1.1.
Требования к составу выполняемых функций ....................................... 91
4.1.2.
Требования к временным характеристикам ............................................ 98
Требования к надежности ............................................................................... 98
4.2.1.
Требования к обеспечению надежного
(устойчивого) функционирования программы ..................................................... 98
4.2.2.
Время восстановления после отказа ........................................................ 99
4.2.3.
Отказы из-за некорректных действий оператора ................................... 99
Условия эксплуатации ..................................................................................... 99
Требования к составу и параметрам технических средств ........................ 100
Требования к информационной и программной совместимости .............. 101
4.5.1.
Требования к исходным кодам и языкам программирования ............ 101
4.5.2.
Требования к программным средствам, используемым программой 101
Требования к защите информации и программ .......................................... 101
Требования к маркировке и упаковке .......................................................... 102
4.7.1.
Требования к маркировке ....................................................................... 102
4.7.2.
Требования к упаковке ............................................................................ 102
Требования к транспортированию и хранению .......................................... 102
Специальные требования .............................................................................. 102
ТРЕБОВАНИЯ К ПРОГРАММНОЙ ДОКУМЕНТАЦИИ ............................... 103
Предварительный состав программной документации .............................. 103
ТЕХНИКО-ЭКОНОМИЧЕСКИЕ ПОКАЗАТЕЛИ ............................................ 103
СТАДИИ И ЭТАПЫ РАЗРАБОТКИ .................................................................. 103
ПОРЯДОК КОНТРОЛЯ И ПРИЕМКИ............................................................... 106
Виды испытаний ............................................................................................. 106
Общие требования к приемке работ ............................................................. 106
86
ВВЕДЕНИЕ
Наименование программы
Информационная система для привлечения абитуриентов.
Область применения
Данная
ИС
предназначена
для
взаимодействия
с
потенциальными
абитуриентами НИУ ВШЭ – Пермь, учителями школ, родителями, организациями
и иными заинтересованными лицами.
Объект, в котором используют программу
Предполагается использование ИС при организации работы с абитуриентами
факультета бизнес-информатики пермского кампуса НИУ ВШЭ.
ОСНОВАНИЕ ДЛЯ РАЗРАБОТКИ
Основание для проведения разработки
Настоящее
техническое
задание
разработано
в
рамках
выполнения
выпускной квалификационной работы студентов факультета бизнес-информатики,
направления 080500.62 Бизнес-информатика.
Разработчиком
системы
выступает
студентка
4
курса
факультета
бизнес-информатики Елена Байрамова. Заказчиком системы является факультет
бизнес-информатики.
Работа выполняется на основании учебного плана и темы выпускной
квалификационной работы, определенной научным руководителем и утвержденной
приказом от 25.11.2013 №8.2.6.2-06/698 «Об утверждении тем и руководителей
выпускных квалификационных работ студентов факультета бизнес-информатики».
Наименование и условное обозначение темы разработки
Наименование
темы
разработки
–
«Информационная
для привлечения абитуриентов» (далее по тексту – Система).
87
система
НАЗНАЧЕНИЕ РАЗРАБОТКИ
Функциональное назначение
Функциональным
назначением
ИС
является
создание
(на
основе
информационных технологий) единого информационного пространства факультета
бизнес-информатики пермского кампуса НИУ ВШЭ и вовлечения общества
в жизнь факультета. Система может представлять интерес для школьников
пермского края и соседних регионов, учителей школ, родителей, представителей
различных организаций.
Система предназначена для решения следующих задач:
1) предоставление
заинтересованным
лицам
комплексного
доступа
к информационным материалам, связанным с актуальными вопросами жизни
университета и факультета;
2) организация
интерактивного
взаимодействия
пользователей
с представителями факультета;
3) автоматизация процесса уведомления заинтересованных лиц о событиях на
факультете.
Решение
поставленных
задач
основано
на
нескольких
ключевых
возможностях системы.
Первая из ключевых возможностей – организация событий. В Системе
создается страница с информацией о событии, датой и местом проведения.
Существует возможность прикрепить к записи дополнительные материалы и
опросы для пользователей. В рамках решения задачи автоматизации процесса
уведомления проводится информационная рассылка для заинтересованных, с точки
зрения
организатора,
лиц.
Выбор
пользователей
для
оповещения
может
проводиться на основе различных параметров.
При просмотре страницы события пользователи могут узнать интересующую
информацию, ответить на вопросы опроса, подтвердить или опровергнуть участие.
У факультета появляется возможность в режиме реального времени узнать о
предпочтениях пользователей, получить ответы на интересующие вопросы,
составить списки участников события.
88
Добавление публикации – вторая из основных возможностей Системы.
Помимо заметок о жизни университета, в рамках схожего функционала могут быть
размещены материалы, носящие образовательный или иной характер. Возможность
прикрепить к публикации опрос и оценивание публикации пользователями
позволит авторам узнать мнение пользователей относительно поднятых вопросов.
Для
решения
задачи
интерактивного
взаимодействия
пользователей
с представителями факультета в предлагаемой Системе реализуется функция
комментирования
записей.
Благодаря
возможности
оставить
комментарий
пользователь может как узнать интересующую его информацию и уточнить детали,
так и высказать собственное мнение. Более того, данная возможность является
основополагающей при организации онлайн консультаций.
Для каждого авторизованного пользователя системы создается личный
кабинет, содержащий личную информацию пользователя (фамилию, имя, отчество,
возраст, школу или организацию, контактный телефон и ссылки на социальные
сети), данные об опубликованных статьях и посещенных событиях.
Под
авторизованным
пользователь,
пользователем
успешно
прошедший
в
Системе
процедуру
подразумевается
регистрации
и
идентифицированный Системой. Лицо, осуществляющее работу с порталом, но не
зарегистрированный в Системе – Посетитель.
В Системе должна быть предусмотрена авторизация пользователей. Разделы
Системы должны быть доступны в соответствии с уровнем доступа пользователя.
Система должна обеспечивать защиту от несанкционированного доступа и
изменения содержания. Наделение пользователей ролями и управление их правами
осуществляется при помощи подсистемы администрирования.
Работу
с
Системой
осуществляют
следующие
авторизованные
пользователи:
1. Администратор Системы (АС). Несет ответственность за бесперебойное
функционирование
Системы,
управляет
программно-аппаратным
комплексом Системы. Имеет полные права для доступа в систему.
2. Контентный
администратор
(КА).
Авторизованный
пользователь,
обладающий полномочиями для размещения, редактирования и удаления
89
информационных материалов. Управляет комментариями и публикациями
авторизованных пользователей Системы
3. Публицист (Пт). Авторизованный пользователь, обладающий полномочиями
для размещения, редактирования и удаления собственных информационных
материалов.
4. Обычный пользователь (ОП). Авторизованный пользователь, обладающий
полномочиями для размещения, редактирования и удаления собственных
информационных материалов с премодерацией (проверкой) Контентным
администратором.
Система обеспечивает авторизацию доступа пользователей с указанием
логина пользователя (электронной почты) и его пароля. Пользователь имеет
возможность изменения собственного пароля, гарантирующего полную его
секретность от любого стороннего лица, включая администратора системы. Также
пользователь имеет возможность авторизовать при помощи одной из социальных
сетей («VK» или «Facebook»).
Анализ посещаемости сайта должен производиться с использованием
независимой системы сбора статистики. В качестве систем, предоставляемых
внешней стороной, рассматриваются варианты использования инструментов
«Google Analytics» и «Яндекс.Метрика».
Благодаря
использованию
Системы
факультет
бизнес-информатики
пермского кампуса НИУ ВШЭ сможет:
1) повысить информированность общества о жизни факультета;
2) повысить эффективность взаимодействия между факультетом и обществом;
3) повысить эффективность мониторинга общественного мнения за счет
повышения достоверности статистической информации, характеризующей
состояние общественного мнения по наиболее актуальным аспектам жизни
факультета.
90
ТРЕБОВАНИЯ К ПРОГРАММЕ
Требования к функциональным характеристикам
4.1.1. Требования к составу выполняемых функций
Требования к составу выполняемых функций приведены в таблицах, первый
столбец которых содержит роли, имеющие доступ к выполнению данной функции,
второй – вход для функции, третий – функцию, четвертый – выход. Функции
разделены по модулям, описанным в параграфе 2.4. Модули системы.
Модуль «Авторизация пользователей» позволяет разграничить доступ
к информации
и
функциям
зарегистрированных
и
незарегистрированных
пользователей (Таблица D.1. Функции модуля «Авторизация пользователей»):
Таблица D.1. Функции модуля «Авторизация пользователей»
Доступ
Посетитель
Вход
Функция
Нажатие на ссылку
«Войти»
Открытие формы
авторизации
Выход
Форма авторизации
Ввод логина и пароля
Посетитель пользователя,
содержащиеся в БД
Авторизация при помощи Сообщение
указанных логина и
с подтверждением
пароля
успешной авторизации
Ввод логина и пароля
Посетитель пользователя,
отсутствующих в БД
Авторизация при помощи
Сообщение о неверном
указанных логина и
вводе логина/пароля
пароля
Выбор профиля для
Посетитель авторизации при помощи
социальной сети «VK»
Авторизация при помощи Сообщение с
профиля в социально сети подтверждением
«VK»
успешной авторизации
Модуль
«Работа
с
ролями
пользователей
системы»
позволяет
администратору назначать пользователям роли и, в соответствии с ролями,
разграничивать доступ к функциям (Таблица D.2. Функции модуля «Работа
с ролями пользователей»):
Таблица D.2. Функции модуля «Работа с ролями пользователей»
Доступ
Вход
Функция
Выход
АС, КА
Список пользователей
в БД
Просмотр списка
пользователей системы
Страница с выведенным
списком пользователей
АС
Страница с выведенным
списком пользователей и
ролями
Изменение роли
пользователя
Запись в БД измененной
роли пользователя
91
Модуль «Контрагенты» осуществляет работу с профилями пользователей
системы (Таблица D.3. Функции модуля «Контрагенты»):
Таблица D.3. Функции модуля «Контрагенты»
Доступ
Вход
Функция
Выход
Посетитель
Нажатие на ссылку
«Регистрация»
Открытие формы
регистрации
Форма регистрации
Посетитель
Ввод корректного адреса
электронной почты в
форму «Логин»
Добавление логина
Логин в форме для ввода
логина
Посетитель
Ввод некорректного
адреса электронной почты Добавление логина
в форму «Логин»
Сообщение об ошибке
Посетитель
Ввод пароля в форму
«Пароль»
Добавление пароля
Пароль пользователя
в форме для пароля
Посетитель
Ввод фамилии в форму
«Фамилия»
Добавление фамилии
Фамилия пользователя в
форме «Фамилия»
Посетитель
Ввод фамилии в имени
«Имя»
Добавление имени
Имя пользователя в форме
«Имя»
Посетитель
Ввод отчества в форму
«Отчество»
Добавление отчества
Отчество пользователя в
форме «Отчество»
Посетитель
Ввод даты рождения
Добавление даты
в форму «Дата рождения» рождения
Введенная дата рождения в
форму ««Дата рождения»»
Посетитель
Список городов в форме
«Город»
Добавление города
проживания
Выбранный город в форме
Посетитель
Список типов учебных
заведений в форме «Тип
учебного заведения»
Выбор типа учебного
заведения
Выбранный тип учебного
заведения в форме
Посетитель
Ввод номера учебного
заведения
Добавление номера
учебного заведения
Введенный номер учебного
заведения в форме
Посетитель
Список типов
пользователей
Выбор типа пользователя
Форма с выбранным типом
пользователя
Посетитель
Ввод организации в
форму «Организация»
Ввод организации
Введенная в форму
организация
Посетитель
Форма для ввода
мобильного телефона
пользователя
Добавление номера
телефона
Введенный номер
телефона
Посетитель
Ввод ссылки на
социальную сеть «VK»
Добавление ссылки на
социальную сеть «VK»
Ссылка на социальную
сеть «VK» в форме
Посетитель
Ввод ссылки на
социальную сеть
«Facebook»
Добавление ссылки на
социальную сеть
«Facebook»
Ссылка на социальную
сеть «Facebook» в форме
92
Доступ
Вход
Посетитель
Ввод ссылки на
профиль в «Twitter»
Таблица D.3. Функции модуля «Контрагенты» (продолжение)
Функция
Выход
Добавление ссылки на
профиль в «Twitter»
Ссылка на профиль
в «Twitter» в форме
Посетитель
Нажатие на кнопку
«Сохранить»
Завершение регистрации
Запись данных из форм в
базу данных, вывод
сообщения об окончани
регистрации
ОП
Адрес электронной
почты пользователя
Запрос для
подтверждения
регистрации
Отправка письма на
электронную почту со
ссылкой, подтверждающей
регистрацию
Создатель
Данные пользователя из Изменение данных
профиля, АС базы данных в формах
пользователя
Создатель
Измененные данные
профиля, АС пользователя в форме
Измененные данные
пользователя в форме
Подтверждение
изменения данных
пользователя
Измененные данные
пользователя в базе
данных
Все
Публикации,
добавленные
пользователем
Просмотр добавленных
публикаций
Страница с публикациями
Все
События, добавленные
пользователем
Просмотр событий, в
которых участвовал
пользователь
Страница с событиями
Модуль «Публикация» содержит следующие функции (Таблица D.4.
Функции модуля «Публикация»):
Доступ
Вход
Таблица D.4. Функции модуля «Публикация»
Функция
Выход
АС, КА, Пт
Нажатие на ссылку
Открытие формы для
«Добавить публикацию» создания публикации
Форма ввода публикации
АС, КА,
создатель
публикации
Заголовок
Добавление заголовка
Заголовок публикации в
форме «Заголовок»
АС, КА,
создатель
публикации
Текст
Добавление текста
публикации
Текст публикации в форме
«Текст»
АС, КА,
создатель
публикации
Текст публикации в
форме «Текст»
Форматирование текста
при помощи HTML тегов
Форматированный текст
публикации в форме
«Текст»
АС, КА,
создатель
публикации
Ключевые слова
Добавление ключевых
слов
Ключевые слова в форме
«Ключевые слова»
АС, КА,
создатель
публикации
Графические файлы
Добавление графических
материалов
Список прикрепленных
графических материалов
93
Доступ
Вход
Таблица D.4. Функции модуля «Публикация» (продолжение)
Функция
Выход
АС, КА,
создатель
публикации
Видео, расположенное
на видеохостинге
Добавление видео
Прикрепленное к
публикации видео
АС, КА,
создатель
публикации
Документ формата
.doc/.docx
Добавление документа в
формате .doc/.docx
Прикрепленные к
публикации документы
АС, КА,
создатель
публикации
Документ формата .pdf
Добавление документа в
формате .pdf
Прикрепленные к
публикации документы
АС, КА,
создатель
публикации
Документ формата
.xls/.xlsx
Добавление документа в
формате .xls/.xlsx
Прикрепленные к
публикации документы
АС, КА, Пт – Заполненные поля
создатель
публикации
Размещение публикации
Записанная в БД
публикация, размещенная
в ленте публикаций
АС, КА,
создатель
публикации
Текст заголовка
в форме «Заголовок»
Редактирование заголовка
Отредактированный
заголовок публикации
АС, КА,
создатель
публикации
Текст публикации
в форме для текста
Редактирование текста
публикации
Отредактированный текст
публикации
АС, КА,
создатель
публикации
Ключевые слова в
форме
Редактирование ключевых
слов
Отредактированные
ключевые слова
АС, КА,
создатель
публикации
Ключевые слова
Удаление ключевых слов
Пустая форма для ввода
ключевых слов
АС, КА,
создатель
публикации
Данные о публикации в
Удаление публикации
БД
Удаление данных
о публикации из БД
АС, КА,
создатель
публикации
Прикрепленные
к публикации фото
Удаление фотографий
Удаление данных из БД
АС, КА,
создатель
публикации
Прикрепленные
к публикации видео
Удаление видео
Удаление данных из БД
АС, КА,
создатель
публикации
Прикрепленный
Удаление документа в
к публикации документ формате .doc/.docx
Удаление данных из БД
АС, КА,
создатель
публикации
Прикрепленный
Удаление документа в
к публикации документ формате .pdf
Удаление данных из БД
АС, КА,
создатель
публикации
Прикрепленный
Удаление документа в
к публикации документ формате .xls/.xlsx
Удаление данных из БД
94
Таблица D.4. Функции модуля «Публикация» (продолжение)
Доступ
Вход
Функция
Выход
АС, КА,
создатель
публикации
Прикрепленные
к публикации
изображения
Удаление изображений
ОП
Публикация со статусом
«Черновик»
Измененный статус
Отправка публикации на
публикации «На
модерацию
рассмотрение»
АС, КА
Публикация со статусом
«На рассмотрение»
Одобрение публикации
Измененный статус
публикации
Все
Данные о публикациях в
БД
Просмотр размещенных
публикаций
Просмотр содержания
выбранной публикации
Удаление данных из БД
Модуль «Событие» содержит следующие функции (Таблица D.5. Функции
модуля «Событие»):
Доступ
Вход
Таблица D.5. Функции модуля «Событие»
Функция
Выход
АС, КА
Нажатие на ссылку
«Добавить событие»
Открытие формы для
создания события
Форма авторизации
АС, КА
Заголовок
Добавление заголовка
Заголовок события в форме
АС, КА
Текст события
Добавление текста
события
Текст события в форме
АС, КА
Текст события в форме Форматирование текста
«Текст»
при помощи HTML тегов
АС, КА
Ключевые слова
Добавление ключевых
слов
Ключевые слова в форме
АС, КА
Дата начала
Добавление даты начала
Дата начала события
в форме
АС, КА
Дата окончания
Добавление даты
окончания
Дата окончания события
в форме
АС, КА
Адрес места
проведения
Добавление места
проведения
Место проведения события
в форме
АС, КА
Видео, расположенное
на видеохостинге
Добавление видео
Прикрепленное видео
АС, КА
Документ формата
.doc/.docx
Добавление документа в
формате .doc/.docx
Прикрепленные документы
АС, КА
Документ формата .pdf
Добавление документа в
формате .pdf
Прикрепленные документы
АС, КА
Документ формата
.xls/.xlsx
Добавление документа в
формате .xls/.xlsx
Прикрепленные документы
АС, КА
Заполненные поля
Размещение события
Записанное в БД событие,
размещенное в ленте
95
Форматированный текст
в форме
Доступ
Таблица D.5. Функции модуля «Событие» (продолжение)
Функция
Выход
Вход
АС, КА
Заголовок публикации в
форме
Редактирование заголовка
Отредактированный
заголовок публикации
АС, КА
Текст публикации в форме
Редактирование текста
публикации
Отредактированный текст
публикации
АС, КА
Ключевые слова в форме
Редактирование ключевых Отредактированные
слов
ключевые слова
АС, КА
Ключевые слова в форме
Удаление ключевых слов
Удаление данных из БД
АС, КА
Прикрепленные
к публикации фото
Удаление фотографий
Удаление данных из БД
АС, КА
Прикрепленные
к публикации видео
Удаление видео
Удаление данных из БД
АС, КА
Прикрепленный
к публикации документ
Удаление документа в
формате .doc/.docx
Удаление данных из БД
АС, КА
Прикрепленный
к публикации документ
Удаление документа в
формате .pdf
Удаление данных из БД
АС, КА
Прикрепленный
к публикации документ
Удаление документа в
формате .xls/.xlsx
Удаление данных из БД
АС, КА
Прикрепленный
к публикации
изображения
Удаление изображений
Удаление данных из БД
АС, КА
Созданное и размещенное
Удаление события
на сайте событие
Удаление данных из БД
АС, КА
Список пользователей в
БД, подтвердиших
участие
Просмотр списка
участников
Страница со списком
участников
АС, КА
Список пользователей в
БД, подтвердиших
участие
Сохранение списка
участников в документе
формата .xlsx
Документ формата xlsx со
списком участников
Модуль
«Рассылка»
реализует
функции
уведомления
пользователей
о предстоящем событии (Таблица D.6. Функции модуля «Рассылка»):
Таблица D.6. Функции модуля «Рассылка»
Доступ
Вход
Функция
Выход
АС, КА
Список пользователей
в БД
Добавление участников
согласно критерию
«Город»
Добавленные в список
рассылки пользователи,
отобранные по критерию
«Город»
АС, КА
Список пользователей
в БД
Выбор участников
согласно критерию
«Школа»
Добавленные в список
рассылки пользователи,
отобранные по критерию
«Школа»
96
Таблица D.6. Функции модуля «Рассылка» (продолжение)
Доступ
Вход
Функция
Выход
АС, КА
Список пользователей
в БД
Выбор участников согласно
критерию «Тип
пользователя»
Добавленные в список
рассылки пользователи,
отобранные по критерию
«Тип пользователя»
АС, КА
Список пользователей
Добавление всех
пользователей из базы
данных
Добавленные в список
рассылки пользователи
АС, КА
Список пользователей
Добавление пользователя из Добавленный в список
базы данных
рассылки пользователь
АС, КА
Добавленные в список
рассылки пользователи
Удаление пользователя из
списка
АС, КА
Выбранные для рассылки
Просмотр списка рассылки
пользователей
Сформированный список
АС, КА
Ввода текста
уведомления
Добавление текста
уведомления
Добавленный текст
АС, КА
Служебные слова
Добавление служебного
текста
Добавленные в текст
уведомления служебные
слова
АС, КА
Текст уведомления в
форме
Редактирование текста
уведомления
Отредактированный текст
уведомления
АС, КА
Текст уведомления,
сформированный список
пользователей для
рассылки
Отправка уведомлений
Разосланные
уведомления
АС, КА
Список пользователей в
БД, подтвердиших
участие
Отправка уведомлений
Разосланные
уведомления
Список без удаленного
пользователя
Модуль «Опрос» содержит следующие функции (Таблица D.7. Функции
модуля «Опрос»):
Доступ
Вход
Таблица D.7. Функции модуля «Опрос»
Функция
Выход
Все
Созданная публикация
Добавление вопроса
или событие
Все
Добавленный вопрос
Все
Добавленный вопрос и
Определение типа вопроса
варианты ответа
АС, КА, Пт
и ОП Добавленный вопрос
создатели
Добавление вариантов
ответа
Редактирование вопроса
97
Добавленный вопрос
Добавленные варианты ответа
Определенный тип вопроса
Отредактированный вопрос
Доступ
Таблица D.7. Функции модуля «Опрос» (продолжение)
Функция
Выход
Вход
АС, КА, Пт и
ОП - создатели
Добавленные варианты
ответа
Редактирование
вариантов ответа
Отредактированные
варианты ответа
Все
Размещенные
публикация или
событие с опросом
Выбор варианта ответа
для закрытых вопросов
Выбранные варианты
ответа
Все
Размещенные
публикация или
события с опросом с
открытыми вопросами
Добавление ответа на
открытый вопрос
Добавленные
собственные варианты
ответа
АС, КА, Пт и
ОП - создатели
Опрос, ответы
пользователей на
вопросы
Просмотр статистики
опроса
Страница со статистикой
Возможности комментирования записи осуществляются функциями модуля
«Комментарий» (Таблица D.8. Функции модуля «Комментарий»):
Таблица D.8. Функции модуля «Комментарий»
Доступ
Вход
Функция
Выход
Авторизованный Нажатие на ссылку
пользователь
«Ответить»
Открытие формы для ввода
комментария
Форма для ввода
комментария
Авторизованный
Текст комментария
пользователь
Добавление комментария
Добавленный
комментарий
АС, КА, Пт и ОП Добавленный
– авторы
комментарий
Удаление комментария
Отсутствие
комментария
4.1.2. Требования к временным характеристикам
При фактической внешней скорости сети не менее 1 мб/сек на стороне
пользователя, должны достигаться следующие временные показатели:
1. Обновление страницы – не более 10 секунд.
2. Выполнение поиска – не более 15 секунд.
3. Формирование отчета – не более 15 секунд.
Требования к надежности
4.2.1. Требования к обеспечению надежного (устойчивого) функционирования
программы
Надежное (устойчивое) функционирование ИС должно быть обеспечено
выполнением
Заказчиком
совокупности
мероприятий, а именно:
98
организационно-технических
1) организацией бесперебойного питания серверного и коммуникационного
оборудования;
2) использованием лицензионного программного обеспечения;
3) регулярным выполнением рекомендаций Министерства труда и социального
развития РФ, изложенных в Постановлении от 23 июля 1998 Г. «Об
утверждении межотраслевых типовых норм времени на работы по
сервисному обслуживанию
ПЭВМ
и
оргтехники
и
сопровождению
программных средств››;
4) регулярным
выполнением
требований
ГОСТ
51188-98.
«Защита
информации. Испытания программных средств на наличие компьютерных
вирусов».
4.2.2. Время восстановления после отказа
Время восстановления после отказа, вызванного сбоем электропитания
технических
средств
(иными
внешними
факторами),
нефатальным
сбоем
(не крахом) операционной системы или файловой системы, не должно превышать
30 минут при соблюдении условий эксплуатации технических и программных
средств и правильной настройки операционной системы.
4.2.3. Отказы из-за некорректных действий оператора
Возможными считаются отказы Системы (нарушение штатного режима
функционирования)
вследствие
некорректных
действий
персонала,
обслуживающего СУБД, операционную систему, под управлением которой
работает Система. Защита от подобных действий настоящим Техническим
заданием
не
предусматривается.
Меры
безопасности
по
недопущению
некорректных действий персонала должны определяться соответствующими
должностными инструкциями.
Условия эксплуатации
Для эксплуатации и поддержания Системы определены следующие группы:
1. Системный администратор.
2. Администратор БД.
3. Обычные пользователи.
99
Минимальное количество персонала, требуемого для ее нормального
функционирования,
должно
составлять
не
менее
двух
штатных
единиц: ответственный за информационное обслуживание администратор БД и
системный администратор.
Ответственный за информационное обслуживание Системы должен обладать
практическими навыками работы с пользовательским интерфейсом операционной
системы,
знать
общие
принципы
организации
и
функционирования
информационных систем, быть компетентным в предметной области Системы.
В перечень задач, выполняемых ответственным за информационное обслуживание
Системы, должны входить ввод и редактирование информации БД.
Основными обязанностями системного администратора являются:
1. Установка, обновление и конфигурирование программного обеспечения
технических средств.
2. Поддержание в работоспособном состоянии программного обеспечения
серверов и рабочих станций.
3. Обеспечение своевременного копирования, архивирования и резервирования
данных.
4. Восстановлению работоспособности локальной сети при сбоях или выходе
из строя сетевого оборудования.
5. Сопровождение программных средств обеспечения безопасности сетевых
ресурсов, включая контроль доступа в сеть Интернет.
Системный администратор должен иметь высшее профильное образование,
опыт
обслуживания
технических
средств
и
в
области
настройки
и
администрирования, применяемых в системе СУБД.
Пользователи
систем
должны
иметь
опыт
работы
в
браузерах:
Internet Explorer, и/или Opera, и/или Yandex, и/или Mozila FireFox, и/или Google
Chrome.
Требования к составу и параметрам технических средств
Веб-приложение имеет трехзвенную архитектуру: серверная часть состоит из
сервера базы данных и сервера приложений, клиентской частью является браузер
пользователя.
100
Минимальные аппаратные требования:
Сервер баз данных.
1)
Процессор – 4 х 3 ГГц;
2)
Объем оперативной памяти – не менее 2 Гб;
3)
Объем жесткого диска – не менее 80 Гб;
4)
Сетевая карта – с поддержкой скорости не менее 1 Гбит/сек.
Сервер приложений.
1)
Процессор – 4 х 3 ГГц;
2)
Объем оперативной памяти – не менее 2 Гб;
3)
Объем жесткого диска – не менее 40 Гб.
Требования к рабочему месту пользователя:
Процессор Intel-совместимый, тактовая частота не ниже 500 МН2,
оперативная память не менее 256 Мб, свободного дискового пространства не менее
100 Мб.
Требования к информационной и программной совместимости
4.5.1. Требования к исходным кодам и языкам программирования
Система должна быть написана на объектно-ориентированном языке.
4.5.2. Требования к программным средствам, используемым программой
Используемые
программное
операционные
обеспечение,
системы,
должны
иметь
а
также
иное
используемое
соответствующие
лицензии,
подтверждающие право их законного использования.
Требования к защите информации и программ
Доступ к информации базы данных на чтение или редактирование
предоставляется только авторизованным пользователям с соответствующими
правами доступа. Для авторизации необходимо правильно ввести имя пользователя
и пароль.
Разграничение доступа к объектам БД должно быть реализовано средствами
СУБД.
101
Требования к маркировке и упаковке
4.7.1. Требования к маркировке
Требования к маркировке не предъявляются.
4.7.2. Требования к упаковке
Разработанная Система непосредственно устанавливается и настраивается
Разработчиком на
технических средствах Заказчика. Кроме того, файлы
программного изделия поставляются на дистрибутивном носителе.
Требования к транспортированию и хранению
Требования к транспортированию и хранению не предъявляются.
Специальные требования
Корректное отображение Системы не может быть гарантировано при
несоответствии любого из параметров ПО пользователя приведенным ниже
требованиям.
1.
Минимальное разрешение экрана пользователя:

Для настольных компьютеров и ноутбуков (основная версия сайта) –
1024х768 пикселей.

Для устройств типа планшет и смартфон (мобильная версия) –
320х480 пикселей.
2.
Масштаб просмотра страницы в браузере:

Корректное
отображение
страниц
сайта
гарантируется
при установленном в браузере пользователя масштабе в 100%.

При изменении масштаба страницы или изменении размера шрифтов
в настройках браузера пользователем корректное отображение страниц
сайта не гарантируется.
3.
Тип браузера для основной версии:

Internet Explorer 8 и выше.

Mozilla Firefox 8 и выше.

Opera 11 и выше.

Safari 5 и выше.
102

Google Chrome 19 и выше.
По умолчанию в браузере пользователя задано отображение изображений и
разрешено использование JavaScript.
При изменении перечисленных стандартных настроек браузера корректное
отображение страниц сайта не гарантируется.
ТРЕБОВАНИЯ К ПРОГРАММНОЙ ДОКУМЕНТАЦИИ
Предварительный состав программной документации
Предварительный
состав
программной
документации
приведен
в таблице D.9. Состав программной документации:
Таблица D.9. Состав программной документации
Наименование стадии
Перечень документов
Техническое задание
Техническое задание на разработку программы или
программного изделия для вычислительных машин,
комплексов и систем независимо от их назначения и
области применения (ГОСТ 19.201-78)
Предпроектное обследование
Модель AS_IS
Технорабочее
проектирование
Общее описание системы
Спецификация функций
Схема базы данных
Описание программного обеспечения.
Ввод в действие
Эксплуатационная документация.
ТЕХНИКО-ЭКОНОМИЧЕСКИЕ ПОКАЗАТЕЛИ
Информационная
система
для
привлечения
абитуриентов
является
вспомогательным проектом факультета бизнес-информатики пермского кампуса
НИУ ВШЭ,
направленным
на
привлечение
абитуриентов
и
проведение
профориентационной работы.
Поскольку экономическая прибыль не является основным результатом,
данный проект не является коммерческим.
Измерить эффективность внедрения проекта в рамках общей деятельности
по привлечению
абитуриентов
можно
через
показателей достижения стратегических целей, как:
103
несколько
лет
посредством
1. Количественные:
1.1. количество
абитуриентов,
осознанно
желающих
поступить
на факультет бизнес-информатики;
1.2. средний балл поступивших студентов;
1.3. число отчисленных студентов;
1.4. количество школьников, принимающих участие в мероприятиях
факультета;
1.5. количество
учителей,
принимающих
участие
в
мероприятиях
факультета;
1.6. процент положительных отзывов учителей, друзей, одноклассников,
знакомых абитуриентам
2. Качественные:
2.1. удовлетворенность работой приемной комиссии;
2.2. удовлетворенность итогами поступления;
2.3. удовлетворенность полнотой информации о факультете и проводимыми
консультациями.
Поскольку
разработка
Системы
ведется
в
рамках
выпускной
квалификационной работы, а выбранное программное обеспечение для разработки
и эксплуатации системы является бесплатным, затраты на разработку Системы
отсутствуют.
Основные затраты приходятся на период внедрения и эксплуатации системы.
Вариантами для развертывания системы и ее сопровождения являются покупка
хостинга или использование имеющихся в НИУ ВШЭ – Пермь серверов. Ввиду
того,
что
архитектура
приложения
соответствует
концепции
MVC,
для развертывания системы требуется сервер баз данных и сервер приложений.
СТАДИИ И ЭТАПЫ РАЗРАБОТКИ
Стадии, этапы и сроки предоставления результатов разработки приведены
в таблице D.10. Стадии и этапы разработки.
104
Таблица D.10. Стадии и этапы разработки
Название этапа
Содержание
работ
Результаты работы
Сроки
разработки
Читатель
Анализ
предметной
области
Определения терминов,
применяемых в системе.
Обзор
Отчет по аналогичным
аналогичных
системам; перечень
систем.
требований к
Разработка
Ноябрь 2013
проектируемой системе.
моделей бизнесМодели бизнес-процессов
процессов AS_IS.
и документация к
моделям.
Техническое задание
Плаксин М.А
Проектирование
приложения
Определение
функций
системы.
Моделирование
процессов
TO_BE.
Проектирование
схемы БД
Разработка
макета
приложения.
Плаксин М.А
Разработка
Создание базы
данных.
Реализация
бизнес-логики на Локальная версия
серверной и
приложения.
клиентской
частях
приложения.
Внедрение
Модели бизнес-процессов
и документация к
Декабрь 2013
моделям.
— Январь
Модель базы данных.
2014
Макеты приложения.
Март —
Апрель 2014
Плаксин М.А
Сбор данных
Наполненная база данных.
Плаксин М.А
Разработка
документации к
приложению
Документация к базе
данных.
Документация
пользователей
Плаксин М.А
Май — Июнь
2014
Проверка
правильности
выполнения
функций
системы.
Отлаженное приложение.
Плаксин М.А
Размещение
системы на
сервере.
Приложение,
расположенное в сети
Интернет
Плаксин М.А
105
ПОРЯДОК КОНТРОЛЯ И ПРИЕМКИ
Виды испытаний
Приемосдаточные испытания должны проводиться на объекте Заказчика
в сроки с 18 мая по 19 июня.
Приемосдаточные испытания программы должны проводиться согласно
разработанной Исполнителем и согласованной с Заказчиком Программы методик
испытаний.
Общие требования к приемке работ
На основании Протокола проведения испытаний Исполнитель совместно
с Заказчиком подписывает Акт приема-сдачи программы в эксплуатацию.
106
Приложение E. Руководство пользователя
ПРАВИТЕЛЬСТВО РОССИЙСКОЙ ФЕДЕРАЦИИ
Пермский филиал
федерального государственного автономного образовательного
учреждения высшего профессионального образования
"Национальный исследовательский университет
"Высшая школа экономики"
Факультет бизнес-информатики
Кафедра информационных технологий в бизнесе
Информационная система
для привлечения абитуриентов
Руководство пользователя
Работу выполнил студент
группы БИ-10-1
4 курса
факультета бизнес-информатики
Е.А. Байрамова
Руководитель:
доцент кафедры информационных
технологий в бизнесе, к.ф-м.н., доцент
Плаксин М.А.
“_____”
Пермь 2014
107
20__ г.
Оглавление
1.
Какая вам польза от системы? ............................................................................. 109
2.
Как зарегистрироваться в системе? .................................................................... 109
3.
Как войти в систему и выйти из нее? ................................................................. 111
4.
Что Вы можете узнать о жизни факультета бизнес-информатики? ................ 112
5.
Как найти интересующую Вас информацию? ................................................... 114
6.
Как Вы можете принять участие в мероприятиях факультета? ....................... 115
7.
Как Вы можете задать интересующий Вас вопрос? .......................................... 116
8.
Как Вы можете получить необходимые документы и файлы? ........................ 117
108
1. Какая вам польза от системы?
Информационная система взаимодействия факультета бизнес-информатики
пермского кампуса НИУ ВШЭ (далее – Система) предоставляет вам следующие
возможности:
1) комплексный
доступ
к
информационным
материалам,
связанным
с актуальными вопросами жизни университета и факультета;
2) интерактивное взаимодействие с представителями факультета;
3) своевременное оповещение и получение информации о проводимых
на факультете мероприятиях и предстоящих событиях.
Благодаря использованию данной системы Вы всегда можете оставаться
в курсе новостей факультета бизнес-информатики, давать оценку происходящим
событиям, участвовать в проводимых мероприятиях. Кроме того, Вы сможете
напрямую общаться со студентами и профессорско-преподавательским составом,
задавать
интересующие
вопросы
и
узнавать,
какого
это
быть
бизнес-информатиком.
Поскольку данная Система разработана с учетом специфики различных
платформ и браузеров, Вы можете использовать ее на любом Вашем устройстве,
будь то стационарный компьютер или смартфон. Поддержка кроссбраузерности и
адаптивный дизайн делают Систему удобной для использования на устройствах
с различными разрешениями экрана и способами ввода.
Для использования Системы необходимо владеть навыками работы
с компьютером и в сети интернет, а также ознакомиться с данным руководством.
2. Как зарегистрироваться в системе?
Вы
можете
работать
с
Системой
в
качестве
зарегистрированного
пользователя или гостя. Однако часть функций, как например, взаимодействие
с представителями факультета или оповещение о мероприятиях факультета,
недоступны в гостевом режиме. Для того, чтобы воспользоваться полным набором
функций, необходимо пройти процедуру регистрации.
Для
регистрация
в
Системе
необходимо
перейти
по
ссылке
«Зарегистрироваться» в верхней части страницы (см. рис. E.1. Регистрация
в системе).
109
Рисунок E.1.
Регистрация в системе
После перехода по ссылке откроется страница регистрации. Для регистрации
в системе необходимо ввести следующие личные данные:
1. Имя пользователя.
2. Адрес электронной почты.
3. Пароль.
4. Фамилия.
5. Имя.
6. Отчество.
7. Страна проживания.
8. Регион.
9. Город.
10. Школа.
11. Роль.
В данном контексте ролью является то, как Вы хотите представиться
Системе. Вы можете выбрать из списка или оставить поле незаполненным.
Для работодателей Система дополнительно попросит ввести организацию и
должность, для студентов – факультет, для преподавателей – факультет и
должность.
В случае неправильного заполнения полей формы, Система выдаст ошибку.
Подобные ошибки могут возникнуть при незаполнении обязательных полей
формы, введении некорректного адреса электронной почты, слишком корокого
пароля. Например, в случае введения слишком короткого пароля, появится
следующая ошибка (см. рис. E.2. Ошибка при регистрации):
Рисунок E.2.
После
прохождения
Ошибка при регистрации
процедуры
регистрации
(см. рис. E.3. Страница
регистрации), на указанный адрес электронной почты придет письмо с ссылкой
для подтверждения регистрации. После перехода по указанной ссылке будет создан
профиль в Системе.
110
Рисунок E.3.
Страница регистрации
3. Как войти в систему и выйти из нее?
Для входа в Систему необходимо пройти процедуру авторизации.
После перехода по ссылке «Войти» откроется форма для ввода электронного
адреса и пароля (см. рис. E.4. Форма для авторизации):
Рисунок E.4.
Форма для авторизации
Для выхода из Системы необходимо перейти по ссылке «Выход»
в выпадающем меню (см. рис. E.5. Выход из системы)
111
Рисунок E.5.
Выход из системы
4. Что Вы можете узнать о жизни факультета бизнес-информатики?
В верхней части страницы содержатся блоки информации, посвященные
студенческой жизни, преподавателям, нашим выступлениям и занятиям спортом.
После них на странице представлены блоки для перехода к информации,
относящейся к учителям, ученикам школ и работодателям.
Основная информация Системы поделена на 2 блока: публикации и
мероприятия (см. рис. E.6. Ленты публикаций и мероприятий):
Рисунок E.6.
Ленты публикаций и мероприятий
112
Каждая публикация в ленте имеет дату размещения, заголовок, краткую
информацию и список тегов. Ознакомиться с понравившей публикацией можно
при переходе по ссылке в ее заголовке (см. рис. E.7. Публикация в ленте новостей):
Рисунок E.7.
Публикация в ленте новостей
Публикации в системе носят разный характер. Это могут быть заметки
студентов о студенческой жизни, новости факультета, объявления итогов
конкурса и т.д. На странице публикации можно ознакомиться с ее текстом, скачать
интересующие файлы, пройти опрос и оставить комментарий (см. рис. E.8.
Страница публикации):
Рисунок E.8.
Страница публикации
113
Аналогично ленте публикаций, Вы можете ознакомиться с событиями и
мероприятиями факультета. Помимо названия и основной информации, в правой
части страницы мероприятия содержится информация о сроках и месте его
проведения (см. рис. E.9. Страница публикации):
Рисунок E.9.
Страница мероприятия
5. Как найти интересующую Вас информацию?
Для поиска интересующей Вас информации в системе предусмотрено
несколько возможностей.
Как было упомянуто ранее, в верхней части страницы содержатся блоки
информации,
выступлениям
посвященные
и
занятиям
студенческой
спортом.
Если
жизни,
Вас
преподавателям,
заинтресовала
нашим
какая-либо
информация, то при переходе по ссылке будут показаны все публикации по данной
теме.
Во-вторых, можно воспользоваться формой для поиска. При нажатии
на «Поиск» в верхней части страницы, будет показана форма для поиска
интересующей информации (см. рис. E.10. Форма для поиска):
Рисунок E.10. Форма для поиска
114
В-третьих, если Вас интересует информация, относящаяся непосредственно
к учителям, ученикам, или работодателям, Вы можете увидеть после перехода по
ссылке «Перейти» (см. рис. E.11. Переход к информации по категориям):
Рисунок E.11. Переход к информации по категориям
В-четвертых, при нажатии на любой тег, Вы можете найти всю связанную
с ним информацию (см. рис. E.12. Переход к информации по тегам):
Рисунок E.12. Переход к информации по тегам
6. Как Вы можете принять участие в мероприятиях факультета?
Регистрация на мероприятие происходит при помощи ссылки в разделе
«Участие». Нажатие на ссылку означает внесение Вас в список участников. Кроме
того, став участником, Вы сможете своевременно получать информацию,
связанную с выбранным мероприятием (см. рис. E.13. Подтверждение участия
в мероприятии):
Рисунок E.13. Подтверждение участия в мероприятии
С другой стороны, если Вы передумали участвовать, можно изменить свой
выбор. Повторное нажатие на ссылку исключит Вас из списка участников
(см. рис. E.14. Отмена участия в мероприятии).
115
Рисунок E.14. Отмена участия в мероприятии
7. Как Вы можете задать интересующий Вас вопрос?
Если у Вас возникли вопросы, связанные с организацией мероприятия, или
Вас заинтересовала та или иная информация в публикации, Вы можете оставить
комментарий. На странице каждого мероприятия и публикации под блоком
основной информации существует раздел «Комментарии». Для того, чтобы
оставить
комментарий,
необходимо
нажать
«Добавить
комментарий»
(см. рис. E.15. Добавление комментария):
Рисунок E.15. Добавление комментария
Если же Вы хотите ответить на чей-либо комментарий, то необходимо
нажать «Ответить» (см. рис. E.16. Ответ на комментарий):
Рисунок E.16. Ответ на комментарий
116
8. Как Вы можете получить необходимые документы и файлы?
Если публикация или событие содержит прикрепленные файлы, то они
отображаются в правой части страницы. Скачать и ознакомиться с ними можно
при нажатии на название файла (см. рис. E.17. Скачивание прикрепленных
документов):
Рисунок E.17. Скачивание прикрепленных документов
117