РАЗРАБОТКА ИНФОРМАЦИОННОЙ СИСТЕМЫ УПРАВЛЕНИЯ
УЧЕБНЫМ ПРОЦЕССОМ (НА ПРИМЕРЕ ФИЛИАЛА РГГУ
г.ВСЕВОЛОЖСКА)
ПЛАН:
ВВЕДЕНИЕ
ГЛАВА 1. АНАЛИЗ ПРЕДМЕТНОЙ ОБЛАСТИ
1.1 Анализ источников и литературы
1.2 Исследование современных технологий и средств разработки
1.3 Анализ аналогов-ресурсов. Анализ рынка
1.4 Описание задач, функций и структуры филиала РГГУ в г.Всеволожске
1.5 Организация взаимодействия структурных подразделений филиала
1.6 Структура филиала
1.7 Обоснование выбора и системный анализ с применением CASE-средств
1.8 Выявление и оценка информационных потоков и структуры информации
1.9 Структуризация и обоснование требований (заказчика) к автоматизации,
постановка задачи
Выводы
ГЛАВА 2. ПРОЕКТИРОВАНИЕ ИНФОРМАЦИОННОЙ СИСТЕМЫ
УПРАВЛЕНИЯ УЧЕБНЫМ ПРОЦЕССОМ ФИЛЛИАЛА РГГУ Г.
ВСЕВОЛОЖСК
2.1 Выбор необходимой информации для информационной системы
2.2 Проектирование и анализ структуры информационной системы
2.3 Проектирование и анализ системы навигации
2.4 UML моделирование
2.5 Проектирование базы данных
2.5.1 Выбор модели данных
Выводы
ГЛАВА 3. ПРОГРАММНАЯ РЕАЛИЗАЦИЯ ИНОФРМАЦИОННОЙ
СИСТЕМЫ УПРАВЛЕНИЯ УЧЕБНЫМ ПРОЦЕССОМ
3.1 Выбор инструментальных средств
3.2 Выбор СУБД
3.3 Создание физической модели данных
3.4 Физическая реализация информационной системы
3.5 Тестирование информационной системы
3.6 Установка информационной системы
Выводы
ЗАКЛЮЧЕНИЕ
СПИСОК ИСТОЧНИКОВ И ЛИТЕРАТУРЫ
ПРИЛОЖЕНИЕ 1
ПРИЛОЖЕНИЕ 2
ВВЕДЕНИЕ
Управление
процесс,
учебным
включающий
заведением
выбор
и
представляет
реализацию
собой
сложный
определенного
набора
управленческих воздействий на текущих временных отрезках с целью
решения стратегической задачи обеспечения его устойчивого развития.
Информационные
возможности
технологии
эффективного
в
значительной
управления,
так
как
мере
расширяют
предоставляют
в
распоряжение сотрудников учебного заведения новейшие методы обработки
и анализа информации, необходимой для принятия управленческих решений.
Деятельность филиала РГГУ в г. Всеволожске в настоящий момент
направлена
на
широкое
применение
в
сфере
своей
деятельности
информационных технологий.
Важным направлением развития системы управления филиала РГГУ в
г. Всеволожске является внедрение информационной системы управления
учебным процессом.
Информационная
система
управления
учебным
процессом
представляет собой описание процедур управления учебным процессом и
поддерживающую их информационную систему.
Эффективная организация работы с документами обеспечивает
оптимальные условия для всех видов работ с документами с момента их
создания или получения до уничтожения или передачи на архивное
хранение[4].
На любом предприятии при помощи информации осуществляется вся
управленческая деятельность. От ее скорости и точности обработки зависит
эффективность работы самой организации. Таким образом, процесс
управления это оценка и анализ необходимой информации с принятием
решений.
При наличии в организации информационной системы, отдел
управления способен получать актуальную и достоверную информацию обо
всех срезах деятельности организации, без временных задержек.
Информационная
обеспечивает
полный
система
цикл
управления
управления
вузом,
учебным
начиная
процессом
от
приема
абитуриентов до выпуска студентов с выдачей им надлежащих документов –
дипломов, академических справок, а также отчетности, требуемой от
филиала РГГУ головным вузом.
Актуальность
темы
дипломного
проекта
работы
обусловлена
необходимостью разработки информационной системы управления учебным
процессом как одного из факторов совершенствования системы управления
филиала РГГУ в г. Всеволожске и повышением эффективности ее работы.
Практическая значимость дипломного проекта заключается в том, что
за счет качественной и быстрой обработки информации будет сокращено
время на принятие решений связанных с управлением учебным процессом.
Цель проекта - разработка информационной системы управления
учебным процессом филиала РГГУ в г. Всеволожск.
Для достижения этой цели необходимо решить ряд задач:
рассмотреть теоретические основы проектирования системы;
провести проектирование информационной системы;
выполнить программную реализацию информационной системы
управления учебным процессом.
Предмет исследования – система управления учебным процессом
филиала РГГУ г Всеволожске.
Объект исследования: филиал РГГУ в г Всеволожске.
В первой главе выполнен анализ предметной области, рассмотрены
основы проектирования информационных систем. Произведен анализ
источников и литературы, связанный с разработкой информационных
систем, рассмотрен рынок информационных систем аналогов управления
учебным процессом, проведен анализ функций и задач управления. Выбраны
и проанализированы функции и задачи, подлежащие автоматизации,
выявлены информационные потоки и структура информации, поступающая в
филиал, структурированы и обоснованы требования к автоматизации,
поставлена задача на разработку информационной системы управления
учебным процессом.
Во второй главе выполнено проектирование информационной системы
управления учебным процессом филиала РГГУ в г. Всеволожске. Обоснован
выбор модели данных предметной области и разработана логическая,
концептуальная
модель
объекта
автоматизации.
Выбрано
средство
разработки информационной системы. С помощью CASE-средств выполнено
проектирование логики работы, приложения, разработана документация к
техническому проектированию, в соответствии с ГОСТ.
В третьей главе обоснован выбор среды разработки информационной
системы, разработана физическая структура, реализована логика работы
приложения в программной среде. Частично наполнена база программного
продукта реальной информацией. Проведено тестирование продукта,
написана документация по использованию информационной системы
управления учебным процессом.
В работе 2 приложения, 55 изображений и 11 таблиц.
В заключение работы подведен итог проведенного исследования,
изложены полученные выводы и сформулированы цели и задачи дальнейшей
разработки темы.
В работе над проектом использовались ГОСТ 34.601-90, 34.320.96,
стандарт ISO/IEC 12207 и работы российских и иностранных ученых.
Изучение
CASE-средств
поддержки
и
проектирования
информационных систем было рассмотрено в работе В.И. Грекул, Г.Н.
Денищенко, Н.Л. Коровкина. Подробно рассмотрены основные методы
функционального
и
объектно-ориентированного
анализа
деятельности
предприятий, приведены примеры анализа с использованием доступных на
данный
момент
программных
продуктов,
рассмотрены
основные
особенности моделирования бизнес-процессов в середе BPwin [7].
В учебнике под редакцией А.А. Козырева подробно рассмотрены все
требования к стандартизации и документации корпоративных систем. В
работе рассмотрены компьютерные и экономические аспекты повышения
эффективности
информационных
технологий,
а
также
технологии
интеллектуальной поддержки управленческих решений [19].
Г.А.
Титоренко
в
своей
работе
рассмотрел
общие
вопросы
информатизации управленческих процессов, место информационных систем
и технологий в экономике, раскрыл методические подходы к созданию
систем и технологий [20]
Для решения поставленных задач использовались общенаучные
методы теоретического исследования: анализ документов филиала РГГУ в г.
Всеволожске, систематизация, классификация, моделирование, синтез,
системный подход), методы эмпирического исследования (обобщение опыта,
наблюдение, анкетирование, тестирование), экспертные методы и методы
математической статистики.
ГЛАВА 1. АНАЛИЗ ПРЕДМЕТНОЙ ОБЛАСТИ
1.1
Описание задач, функций и структуры филиала РГГУ в
г.Всеволожске
Главная задача филиала РГГУ в г.Всеволожске заключается в развитии
и реализации вместе с другими филиалами университета современной
модели гуманитарного образования в Северо – Западном регионе Российской
Федерации.
Реализуя модель специализированного гуманитарного вуза, филиал
РГГУ в г.Всеволожске концентрирует свою учебно-научную деятельность на
следующих основных направлениях:
Подготовка
гуманитарными
специалистов,
знаниями
в
обладающих
сочетании
фундаментальными
с
профессиональной
компетентностью, умением и навыками практической работы по избранной
специальности;
проведение прикладных научно – исследовательских работ в единстве
с учебным процессом; разработка стратегий перевода современного
фундаментального знания в различные образовательные практики;
осуществление и развитие инновационных учебно-образовательных
практик через привлечение ведущих преподавателей вузов, специалистов
научных учреждений г. Санкт – Петербурга, работников органов власти и
управления региона.
Важнейшими средствами для реализации вышеназванных направлений
деятельности филиала являются:
использование новых подходов к образованию;
внедрение
в
учебный
процесс
современных
образовательных
технологий;
формирование универсальной и гибкой образовательной среды;
развитие принципов демократического управления филиалом;
формирование системы контроля качества образования;
подготовка
выпускников,
обладающих
необходимыми
профессиональными и социально-практическими знаниями, навыками и
умениями, способствующими успешной адаптации к динамичным условиям
развития социально-экономической и информационно-культурной среды;
доработка
учебных
планов
по
реализуемым
в
филиале
образовательным программам в соответствии с требованиями ГОС ВПО;
совершенствование структуры управления учебным процессом,
созданными кафедрами, подбор высококвалифицированного ППС.
По состоянию на 02.02.2011 г. в филиале РГГУ в г. Всеволожске
обучается 869 студентов.
Управление филиалом осуществляется в соответствии с Федеральными
законами
«Об
образовании»
и
«О
высшем
и
послевузовском
профессиональном образовании», а также Уставом РГГУ и Положением о
филиале
РГГУ
в
г.
Всеволожске
на
принципах
единоначалия
и
коллегиальности. При этом, принцип единоначалия реализуется посредством
персональной ответственности директора за деятельность филиала, в том
числе, за качество подготовки выпускников, надлежащее состояние
финансовой и договорной дисциплины, учета и отчетности, сохранности
имущества и других материальных ценностей, находящихся в собственности
или арендованных филиалом, обязательности приказов и распоряжений
директора для его работников и студентов. Принцип коллегиальности
реализуется путем выборов заведующих кафедрами филиала на Ученом
совете университета, конкурсного отбора преподавательского состава
филиала на Ученом совете по представлению директора и педагогического
коллектива штатных преподавателей кафедр, открытости заседаний Ученого
совета для преподавателей, сотрудников, представителей студентов филиала,
участия в научных конференциях университета, регулярного предоставления
работникам и обучающимся студентам информации о деятельности
руководства филиала и принимаемых им решениях на совещаниях
руководителей подразделений филиала у директора, общих собраниях
студентов, сотрудников, заседаниях кафедр.
Университет:
утверждает Положение о филиале;
анализирует содержание учебного процесса, его эффективность и
качество, научно-методический и педагогический уровень проведения
занятий, научную деятельность филиала, его работу по подбору и
расстановке кадров преподавателей, повышению их научно-методического и
педагогического мастерства и вносит соответствующие рекомендации;
организует разработку, утверждение и издание учебных планов и
программ, учебно-методической литературы, документации и обеспечение
ими филиала;
осуществляет контроль за организацией в филиале вступительных
испытаний, текущих и итоговых аттестаций, проводит заседания ГАК;
осуществляет
экспертизу
разработанных
филиалом
учебно-
использования
учебно-
методических материалов и дает по ним заключения;
осуществляет
анализ
эффективности
материальной базы филиала, работу по ее развитию;
назначает и освобождает от занимаемой должности директора,
начальника отдела бухгалтерского учета и финансового контроля;
утверждает правила и план приема студентов;
определяет
объем
полномочий
филиала
по
реализации
образовательных программ высшего и дополнительного профессионального
образования;
привлекает преподавателей филиала к работе соответствующих
кафедр, деятельности научных подразделений университета;
представляет
в Федеральный
орган
управления
образованием
преподавателей филиала к присвоению ученых званий;
оказывает помощь в организации научной работы, разработке
локальных актов филиала;
выдает студентам и слушателям филиала, завершившим обучение и
прошедшим итоговую аттестацию, дипломы государственного образца;
утверждает смету доходов и расходов, осуществляет контроль за
финансово-хозяйственной деятельностью филиала;
оказывает помощь в разработке, апробации и внедрении в учебный
процесс
и
научную
работу
филиала
современных
образовательных
технологий, методов и процедур научно-исследовательской работы;
оказывает
инструктивную,
организационно-техническую
научно-методическую,
помощь
в
подготовке
учебную
и
и
проведении
лицензирования и аттестации филиала.
Непосредственное управление деятельностью филиала осуществляет
директор, который назначается и освобождается от должности приказом
ректора университета и действует на основании и в рамках выданной на его
имя доверенности. Директор филиала в своей деятельности непосредственно
подотчетен
начальнику
Управления
регионального
развития
и
централизованного экстерната Университета.
Директор филиала:
Представляет интересы университета и филиала в учреждениях,
предприятиях, организациях, органах государственной власти и управления,
муниципальных органах г. Всеволожска и Ленинградской области;
осуществляет регистрацию (согласование на размещение) филиала в
установленном законодательством порядке;
открывает
учреждениях
текущие
(органах
(лицевые)
федерального
счета
филиала
казначейства)
в
банковских
г.Всеволожска
и
распоряжается ими в соответствии с утвержденными сметами и графиками
платежей;
осуществляет прием и увольнение работников (кроме начальника
отдела бухгалтерского учета и финансового контроля) и заключает с ними
трудовые договоры в соответствии со штатным расписанием, утвержденным
ректором (уполномоченным проректором) университета;
заключает от имени университета договоры на обучение студентов;
заключает
и
расторгает
гражданско-правовые
договоры
с
физическими и юридическими лицами (в том числе договоры аренды) в
рамках деятельности филиала;
утверждает
правила
внутреннего
распорядка
и
должностные
инструкции работников филиала, другие локальные акты;
издает
распоряжения,
обязательные
для
исполнения
всеми
работниками филиала;
представляет интересы университета в суде в качестве истца или
ответчика по спорам, связанным с деятельностью филиала.
Директор филиала персонально отвечает за организацию учебного
процесса, за расходование денежных средств в соответствии со сметой, за
учет результатов финансово-хозяйственной деятельности, за полное и
своевременное представление финансовой и бухгалтерской отчетности,
перечисление налогов и платежей, обеспечение сохранности учебных,
финансовых, кадровых и иных документов, связанных с деятельностью
филиала.
1.2
Организация взаимодействия структурных подразделений
филиала
Филиал имеет все необходимые документы, регламентирующие его
управленческую
деятельность
и
обеспечивающие
эффективное
взаимодействие и координацию всех функциональных служб и работников.
К их числу следует, прежде всего, отнести Положения о подразделениях, в
которых устанавливаются их назначение и место, структура, основные
задачи и функции управления, права, ответственность и связи с другими
структурными единицами и сторонними учреждениями.
В документах официально закреплено рациональное распределение
функций
управления
между
учебными
и
административными
подразделениями филиала; конкретизированы их права в части принятия
решений
и
использования
функциональные
взаимосвязи
имеющихся
между
ресурсов;
подразделениями
определены
по
каждому
комплексу задач управления; установлена ответственность сотрудников за
качественное решение возложенных на подразделения функций управления.
Положения
Классификатора
разработаны
функции,
Унифицированной
задач
в
соответствии
и
системы
операций
с
требованиями
управления
(КФЗО),
организационно-распорядительной
документации и структурно состоят из следующих разделов:
общие положения;
функции;
руководство;
организация и ликвидация.
Наличие и применение должностных инструкций в управленческой
практике филиала позволяет:
рационально распределить функциональные обязанности между его
сотрудниками и исключить их дублирование;
повысить своевременность и надежность выполнения задач за счет
введения показателей оценки периодичности их выполнения, трудоемкости,
продолжительности и др.;
поддерживать нормальный морально-психологический климат в
коллективе, а также устранить конфликты между руководителями и
подчиненными;
четко
определить
служебные
связи
сотрудников
и
их
взаимоотношения друг с другом;
конкретизировать права сотрудников в части подготовки и принятия
управленческих решений и использования ресурсов;
повысить коллективную и личную ответственность сотрудников за
своевременное
и
качественное
функциональных обязанностей;
использование
возложенных
па
них
организовать равномерную загрузку сотрудников по периодам с
минимальными потерями рабочего времени и перегрузками.
Должностные инструкции разработаны для каждой должности в
соответствии со штатным расписанием филиала и являются логическим
продолжением и развитием системы его управления.
Система управления филиалом отражена в его структуре (Рис.1.1.)
Рис. 1.1. Система управления филиалом
1.3
Структура филиала
В структуре филиала работают такие общие административные
подразделения, как дирекция, учебно – методический отдел, отдел
бухгалтерского учета и финансового контроля, отдел кадров, канцелярия,
библиотека, отдел по работе со студентами, хозяйственный отдел.
Ключевое место в ней занимают кафедры, которыми непосредственно
руководят заведующие кафедрами, выбираемые Ученым советом РГГУ и
утверждаемые ректором из числа специалистов соответствующего профиля,
имеющих ученую степень и звание. Срок полномочий заведующего
кафедрой в филиале - от одного года до трёх лет. Заведующие кафедрами
несут ответственность за результаты деятельности возглавляемых ими
кафедр, которые они представляют во всех подразделениях филиала и других
организациях.
Полномочия
заведующих
кафедрами
определяются
соответствующими Положениями, утверждаемыми директором филиала.
Взаимодействие структурных подразделений филиала обеспечивается
соответствующими
локальными
актами
и
средствами
оперативного
управления. Контроль за выполнением планов осуществляется в течение
учебного года. Помимо плановых мероприятий в филиале осуществляется
оперативное управление через совещания при директоре. Обязательным
является их проведение в начале каждого месяца. Внеплановые совещания
созываются по мере необходимости.
Для
оперативного
руководства
и
координации
деятельности
подразделений филиала издаются приказы директора. Система координации
и взаимодействия основных структурных элементов и должностных лиц
филиала отражена в Рис. 1.2.
В
целях
рационализации
управления
в
филиале
имеются
междугородние и международные телекоммуникации (факсимильная связь и
электронная почта), выход в сеть Интернет.
Наличие указанной выше организационной структуры управления
благоприятно сказывается на положении дел в филиале и способствует его
эффективному функционированию, которое позволяет адекватно оценить
степень соответствия достигаемых результатов установленным целям
филиала, а также степень соответствия процесса функционирования системы
объективным требованиям к его содержанию, организации и результатам.
При этом критерием эффективности организационной структуры
филиала служит возможность наиболее полного и устойчивого достижения
конечных целей управления при существующей системе финансирования, а
критерием
эффективности
мероприятий
по
совершенствованию
организационной структуры - возможность более полного и стабильного
достижения поставленных целей.
Филиал при анализе и оценке эффективности работы аппарата
управления и соответствующей ему организационной структуры использует
следующие группы взаимосвязанных показателей, характеризующих:
эффективность собственно системы управления (выражается через
конечные результаты деятельности филиала и затраты на управление);
содержание и организацию процесса управления, в том числе
непосредственные результаты и затраты управленческого труда (в качестве
затрат на управление учитываются текущие расходы на содержание аппарата
управления,
эксплуатацию
технических
средств,
подготовку
и
переподготовку кадров управления, на приобретение вычислительной
техники и других технических средств, используемых в управлении;
рациональность
организационной
структуры
и
ее
технико-
организационный уровень (число уровней и звеньев с системы управления,
уровень
централизации
функций
управления,
принятые
нормы
управляемости, сбалансированность распределения прав и ответственности,
уровень специализации и функциональной замкнутости подсистем и т.п.).
В филиале создана централизованная система делопроизводства, при
которой полный цикл технологических операций по обработке документов,
от момента их получения или создания и до сдачи в архив, выполняется в
канцелярии филиала при участии, если это необходимо, должностных лиц
других подразделений.
Оценивая эффективность управления филиалом, следует отметить, что
в ней находит выражение сбалансированность состава целей и функций
управления, содержательная полнота и целостность процессов управления,
соответствие численности и состава работников объему и сложности работ,
полноте
обеспечения
процессов
требуемой
информацией,
а
также
обеспеченности процессов управления техническими средствами.
В целом система управления филиалом РГГУ в г.Всеволожске и
организация взаимодействия его структурных подразделений соответствует
Положению о филиале (Рис. 1.2.).
Рис. 1.2. Системное управления филиалом РГГУ в г.Всеволожске и организация взаимодействия его структурных
подразделений
1.4
Обоснование выбора и системный анализ с применением
CASE-средств
Как видно из структуры организации филиал РГГУ в г. Всеволожск
состоит из множества подразделений, основные процессы которых могут
быть
автоматизированы.
В
рамках
проекта
планируется
провести
автоматизацию учебно-методического отдела.
Существует два подхода разработки программного обеспечения
информационных систем один из них - это структурный подход.
В его основе лежит идея декомпозиции. Вся структура описывается
функциональными блоками, между которыми протекают определенные
процессы.
Второй подход разработки программного обеспечения ИС заключается
в объектной декомпозиции. Структура описывается в терминах объектов и
связей между ними, а поведение системы описывается в терминах обмена
сообщениями между объектами. Каждый объект системы обладает своим
собственным поведением, моделирующим поведение объекта реального
мира.
Система управления учебным процессом состоит из двух аспектов –
оперативной обработки данных и анализа полученной информации. Говоря о
процессе получения новых данных мы имеем ввиду систему оперативной
обработки данных, а формируя сложные отчеты и выборки, имеем дело с
системой аналитической обработки данных.
В реализации информационной системы эти два аспекта тесно
переплетены
между
собой.
Таким
образом,
создание
единой
информационной системы помогает:
1. Автоматизировать и оптимизировать деятельность управления
процессами управления.
2. Формирует полную и достоверную информацию необходимую для
принятия управленческих решений.
Для решения данной задачи выделим ряд функций и задач методистов
учебно - методического отдела, на которые он затрачивает большую часть
времени.
Такими задачами являются:
заполнение и изменение личных карточек студентов;
первоначальная сортировка и распределение вновь поступивших
студентов по группам;
формирование аттестационных ведомостей по группам;
формирование индивидуальных ведомостей;
формирование сводных ведомостей по итогам сессии.
Результат и повышение эффективности будет замечено на оптимизации
и сокращении времени потраченного на сбор и каталогизацию информации.
Уменьшенное количество документов в бумажном виде и их оцифровка
приведет к существенному уменьшении времени на поиск необходимой
информации,
что,
документооборота
задержки
на
в
в
конечном
целом.
получение
счете,
Ускорение
необходимой
приведет
к
ускорению
документооборота
уменьшит
информации
принятия
для
необходимых решений. Компьютерная обработка полностью исключает
проведение однотипных операций и их дублирования.
Автором
описана
функциональная
модель
формата
IDEF0
деятельности филиала РГГУ в г. Всеволожск.
IDEF0 - представляет собой иерархическую систему диаграмм
описывающих основные бизнес процессы. Функции и интерфейсы систем на
данных диаграммах представляют собой дуги и блоки. От места соединения
дуг и блоков зависит тип представляемого ими интерфейса. Если дуга
соединяется с блоком сверху, то она является управляющей. Если слева, то
она представляет собой информацию, которая подвергается обработке этим
блоком. Нижняя дуга отвечает за механизмы и ресурсы, которые в процессе
обработки не подвергаются изменению и являются ресурсами. Стрелка,
исходящая из блока справа представляет собой результат обработки блока.
На рис. 1.3. представлена контекстная диаграмма процессов филиала
РГГУ в г. Всеволожске.
Рис. 1.3. Контекстная диаграмма процессов филиала РГГУ в г.
Всеволожск
Декомпозиция контекстной диаграммы процессов филиала РГГУ в г.
Всеволожск рассмотрена на Рис. 1.4.
Рис. 1.4. - Декомпозиция контекстной диаграммы процессов филиала
РГГУ в г. Всеволожске
Процесс отражения поступления студента в филиал РГГУ г.
Всеволожск начинается с момента заключения договора. После чего
полученные данные о студенте передаются на бумажных носителях в учебнометодический отдел.
Декомпозиция контекстной диаграммы деятельности канцелярии
представлена на Рис. 1.5.
Рис.
1.5
Декомпозиция
контекстной
диаграммы
деятельности
канцелярии
На рис.1.6 изображена контекстная диаграмма деятельности учебнометодического отдела.
Рис.1.6. Контекстная диаграмма деятельности учебно-методического
отдела
В учебно-методическом отделе находятся два методиста, один
занимается студентами очного, а другой заочного отделения. Полученная
информация о новых студентах попадает к соответствующему методисту,
который в дальнейшем формирует на бумажном носителе личную карточку
студента. После чего личные карточки группируются по группам и хранятся
в отделе.
Исследование показало, что данная операция трудоемка и занимает
много времени методистов. Низкая производительность обусловлена ручной
обработкой
всей
компьютеризация
поступающей
процесса
информации,
отрицательно
а
сказывается
недостаточная
на
поиске
и
сортировки информации.
При изменении одного из свойств или параметров, например Фамилии
студента, методистам будет необходимо «поднять» весь архив документов и
внести в них корректировки.
Данный процесс можно автоматизировать, возложив весь контроль,
сортировку, поиск и мониторинг информации на информационную систему.
На
Рис.1.7.
показана
декомпозиция
контекстной
диаграммы
деятельности методиста очного отделения.
Рис.1.7.
Декомпозиция
контекстной
диаграммы
деятельности
методиста очного отделения.
Декомпозиция
контекстной
диаграммы
заочного отделения представлена на Рис. 1.8
деятельности
методиста
Рис.
1.8.
Декомпозиция
контекстной
диаграммы
деятельности
методиста заочного отделения
В процессе обучения на каждую группу и каждого студента
методистами учебного отдела заводятся ведомости. В процессе обучения в
ведомостях отражается текущая успеваемость групп и их участников, что
позволяет не только принимать какие либо управленческие решения или
корректировки в обучении, но и собирать статистические данные о качестве
обучения университета в целом.
Индивидуальная ведомость представляет собой документ на бумажном
носителе отражающий сводку успеваемости студента. Формирование
индивидуальных ведомостей происходит на основе ведомостей составленных
на группу после проведения экзамена или зачета.
В ходе исследования
установлено, что дублирование и ввод
информации с групповой ведомости на индивидуальные в филиале РГГУ в
г.Всеволожске осуществляется вручную методистами учебного отдела.
Таким образом, после одного экзамена в группе из 30 человек методисту
придется вручную сформировать 30 индивидуальных ведомостей, только на
одну группу.
Контекстная диаграмма деятельности кафедры ГСЭД изображена на
Рис. 1.9.
Рис. 1.9. Контекстная диаграмма деятельности кафедры ГСЭД
На Рис. 1.10. рассмотрена декомпозиция контекстной диаграммы
деятельности преподавательского состава кафедры ГСЭД.
Рис. 1.10.
Декомпозиция
контекстной
диаграммы
деятельности
преподавательского состава кафедры ГСЭД
Декомпозиция
контекстной
филиала представлена на Рис. 1.11.
диаграммы
деятельности
директора
Рис. 1.11. Декомпозиция
контекстной
диаграммы
деятельности
директора филиала
1.5
Выявление и оценка информационных потоков и структуры
информации
Информационный поток – это последовательность агитационных
сообщений, доносимых
до
избирателя
средствами
того или
иного
информационного канала. Если в случае с информационным каналом мы
делаем акцент на формальной стороне (как доносить), то в случае
информационного потока нас больше интересует содержательная сторона
(что доносить).[5]
Автором установлено, что в филиале РГГУ г Всеволожск отсутствует
единая информационная базы на электронных носителях. Входящая
информация поступает на бумажных носителях, в результате чего всю
информацию приходится сортировать и обрабатывать вручную. Это
существенно замедляет процесс управления и накладывает определенные
трудности хранения и обработки информация. Количество связей и
подразделений напрямую влияет на эффективность и загруженность
информационных потоков протекающих в организации. В результате
увеличится время на подготовку принятия решения по управлению учебным
процессом филиала. Качество управленческих решений снижается из-за
возможных ошибок в ручной обработке текстовой информации. Таким
образом, в филиале РГГУ в г. Всеволожске возникает необходимость в
автоматизации входящих информационных потоков на начальных стадиях
поступления.
Автором установлено, что после зачисления на каждого студента
оформляется на бумажном носителе его личная карточка, которая
сопровождает
студента
на
протяжении
всего
учебного
процесса.
Рациональнее вносить информацию о студенте в общую электронную
информационную базу, связать её с остальными информационными
потоками, что поможет, к примеру, в короткие сроки формировать
ведомости. При наличии связи карточки студента с определенной группой и
формой обучения студента появляется возможность учитывать количество
студентов в группе и распределять занятия, по определенным аудиториям с
учетом их вместимости.
1.6
Структуризация и обоснование требований (заказчика) к
автоматизации, постановка задачи
Перед проектируемой информационной системой стоит важное
условие: система должна быть легко модифицируемой и расширяемой.
Система должна отражать все происходящие изменения во всех документах и
отчетах.
К разрабатываемой системе предъявляются следующие требования.
Система должна обеспечить:
автоматизацию ввода информации;
автоматизацию изменения информации;
автоматизацию поиска необходимых данных;
быть легко масштабируемой и расширяемой;
взаимодействовать по локальной сети с клиентскими машинами
университета.
Информационная система должна содержать в себе:
информацию на каждого студента;
текущую успеваемость студентов;
информацию на каждого преподавателя;
список кафедр университета;
перечень предметов.
Система должна быть способной указать, какой предмет может вести
преподаватель и какую успеваемость имеет каждый студент по этому
предмету. Дополнительно ИС должна формировать учебные ведомости по
экзаменам, зачетам проводимым преподавателями в учебных группах.
Анализ рынка и аналогов программного обеспечения показал, что на
рынке есть программы отвечающие данным требованиям, но стоимость на
эти продукты высока и присутствующий в них функционал в большей своей
степени будет не задействован.
ГЛАВА 2. ПРОЕКТИРОВАНИЕ ИНФОРМАЦИОННОЙ
СИСТЕМЫ УПРАВЛЕНИЯ УЧЕБНЫМ ПРОЦЕССОМ ФИЛЛИАЛА
РГГУ Г. ВСЕВОЛОЖСК
На этапе проектирования будет определена структура информационной
системы для филиала РГГУ. Будет определена навигация по разделам
системы.
Так
же
будет
проведено
логическое
и
концептуальное
проектирование базы данных. Дополнительно рассмотрим внешний вид с
точки зрения удобство для пользователя.
Проектирование информационной системы для филиала РГГУ в г.
Всеволожск поделим на несколько этапов:
выбор необходимой информации для ИС;
проектирование и анализ структуры информационной системы;
проектирование и анализ системы навигации;
UML моделирование;
проектирование базы данных;
описание функциональности информационной системы.
2.4 UML моделирование
UML – это язык, состоящий из словаря и правил, позволяющих
комбинировать
входящие
в
него
слова
и
получать
осмысленные
конструкции. UML модели описывают поведение и функционирование
отдельных объектов системы включая их взаимодействия.
Проведем анализ функций и задач, которые пользователи будут
выполнять в каждой подсистеме:
Блок «Личная информация» содержит блоки:
студенты;
преподаватели.
В подсистеме «Студенты» пользователь может выполнять функции:
просмотр списка студентов;
добавление новых студентов;
редактирование личной информации студентов;
удаление студентов.
В подсистеме «Преподаватели» пользователь может выполнять
функции:
просмотр списка преподавателей;
добавление новых преподавателей;
редактирование личной информации преподавателей;
удаление преподавателей.
Блок «Кафедры» содержит блоки:
персонал;
специальности;
предметы.
В подсистеме «Персонал» пользователь может выполнять функции:
просмотр персонала кафедр.
В подсистеме «Специальности»:
просмотр текущих специальностей университета;
добавление новых специальностей;
редактирование существующих специальностей;
удаление специальностей.
В подсистеме «Предметы»:
просмотр текущих предметов университета;
добавление новых предметов;
редактирование существующих предметов;
удаление предметов.
Блок «Ведомости» содержит подсистемы:
ведомости.
Пользователь в подсистеме «Ведомости» сможет выполнять функции:
просмотр текущих ведомостей;
заполнение ведомостей;
печать.
Общая
диаграмма
изображена на Рис 2.5
использования
информационной
системы
Рис. 2.5 Диаграмма использования информационной системы
Детальнее функционирование ИС будет рассмотрено на диаграммах
изображенных последовательно на Рис 2.6-2.9.
Рис. 2.6 Диаграмма последовательности «Выбор раздела»
Рис. 2.7 Диаграмма последовательности «Добавление информации в
ИС»
Рис. 2.8 Диаграмма последовательности «Редактирование данных ИС»
Рис. 2.9. – Диаграмма последовательности «Удаление данных из ИС»
2.5 Проектирование базы данных
Одной
из
методик
уменьшения
затрат
на
обслуживание
и
модификацию базы данных является её предварительное моделирование.
Моделирование можно поделить на несколько этапов:
Выбор модели данных;
Создание логической модели данных.
2.5.2 Создание логической модели данных
Во время анализа информационной структуры был выделен ряд
подсистем, функционирование которых требуется автоматизировать:
студенты;
преподаватели;
кафедры;
специальности;
предметы;
ведомости.
Определим одноименные сущности для проектируемой ИС.
Часто в средствах логической разработки используются связи типа
сущность-связь – ER диаграммы.
Каждый студент учится по своей специальности, следовательно,
прослеживается связь между сущностями «Студенты» и «Специальность».
Каждый студент находятся в группе – сущность «Группы».
Каждый преподаватель закреплен за определенной кафедрой и ведет
свои
предметы,
следовательно,
имеется
связи
между
сущностями
«Преподаватели», «Кафедры» и «Предметы». Каждый преподаватель имеет
свою ученую степень на основе, которой ему начисляется заработная плата.
Для этого потребуется создать отдельную сущность «Ученые степени» и
связать её с сущностью «Преподаватели».
Сущность «Ведомости» формируется за счет сущностей «Предметы»
«Преподаватели», «Группы» и «Студенты». Общая логическая модель
данных представлена на Рис 2.11.
Рис 2.11 Общая логическая модель данных
Любые логические ER диаграммы могут быть представлены в
реляционных базах данных как таблицы. Требуется только задать первичные
и внешние ключи для каждой таблицы базы данных и провести
нормализацию.
Нормализация предназначена для приведения структуры базы данных к
виду, обеспечивающему минимальную избыточность, то есть нормализация
не имеет целью уменьшение или увеличение производительности работы или
же уменьшение или увеличение объёма БД.
Отношение находится в первой нормальной, когда в любом
допустимом значении отношения каждый его кортеж содержит только одно
значение для каждого из атрибутов.
Отношение находится во второй нормальной форме, если оно
находится в первой нормальной форме, и при этом любой его атрибут, не
входящий в состав потенциального ключа, функционально полно зависит от
каждого потенциального ключа. Во второй нормальной форме нет не
ключевых атрибутов, зависящих от части составного потенциального ключа.
Отношение находится в третьей нормальной форме, когда каждый не
ключевой атрибут отношения находится в прямой зависимости от
потенциального ключа.
Отношение находится в нормальной форме Бойса тогда и только тогда,
когда каждая ее нетривиальная и неприводимая слева функциональная
зависимость
имеет
в
качестве
своего
детерминанта
потенциальный ключ.
информационный моделирование база данных
некоторый
Таблица находится в четвёртой нормальной форме, если она находится
в нормальной форме Бойса и не содержит нетривиальных многозначных
зависимостей.
Отношение находится в пятой нормальной форме, когда каждая
нетривиальная зависимость соединения в нём определяется потенциальным
ключом этого отношения.
Конечной целью нормализации является уменьшение потенциальной
противоречивости хранимой в БД информации.
Выделим ключевые атрибуты для каждой сущности (Таблица 1)
Таблица 2.1
Атрибуты сущностей
Сущность
Атрибуты
Студенты
id, Фамилия, Имя, Отчество, Специальность, Год поступления, id группы,
Номер зачетной книжки
Преподаватели
Id, Фамилия, Имя, Отчество, id ученой степени, id кафедры, id преподаваемых
предметов
Кафедры
id, Название, Заведующий кафедрой
Предметы
id, Название
Специальности
id, Название
Ученые степени
id, Название
Группы
id, Название, год обучения, номер группы
Список_Ведомостей
Id, id предмета, id группы, дата
Ведомости
Id, id ведомости, id студента, оценка
Ниже приведен полный список таблиц и использованных в них полей.
Пометка PK рядом с атрибутом означает – первичный ключ, пометка FK –
внешний ключ, UN – уникальный ключ.
Таблица 2.2
Таблица «Студенты»
Название столбца
Тип данных
Пометка
id
Целое
PK, UN
Фамилия
Строка
Имя
Строка
Отчество
Строка
Id специальности
Целое
Год поступления
Дата
id группы
Целое
FK
Номер зачетной книжки
Строка
UN
FK
Таблица 2.3
Таблица «Преподаватели»
Название столбца
Тип данных
Пометка
Id
Целое
PK, UN
Фамилия
Строка
Имя
Строка
Отчество
Строка
id ученой степени
Целое
FK
id кафедры
Целое
FK
id преподаваемых предметов
Строка
FK
Название столбца
Тип данных
Пометка
Id
Целое
PK, UN
Название
Строка
Заведующий кафедрой
Строка
Таблица 2.4
Таблица «Кафедры»
Таблица 2.5
Таблица «Предметы»
Название столбца
Тип данных
Пометка
Id
Целое
PK, UN
Название
Строка
Таблица 2.6
Таблица «Специальности»
Название столбца
Тип данных
Пометка
Id
Целое
PK, UN
Название
Строка
Таблица 2.7
Таблица «Ученые степени»
Название столбца
Тип данных
Пометка
Id
Целое
PK, UN
Название
Строка
Таблица 2.8
Таблица «Группы»
Название столбца
Тип данных
Пометка
Id
Целое
PK, UN
Название
Строка
Номер группы
Целое
Год обучения
Целое
Таблица 2.9
Таблица «Список ведомостей»
Название столбца
Тип данных
Пометка
Id
Целое
PK, UN
id предмета
Целое
FK
id группы
Целое
FK
дата
Дата
Таблица 2.10
Таблица «Ведомости»
Название столбца
Тип данных
Пометка
Id
Целое
PK
id ведомости
Целое
FK, UN
id студента
Целое
FK
оценка
Строка
Концептуальная модель базы данных информационной системы
изображена на рис. 2.12.
Рис. 2.12 Концептуальная модель базы данных информационной
системы
ГЛАВА 3. ПРОГРАММНАЯ РЕАЛИЗАЦИЯ
ИНОФРМАЦИОННОЙ СИСТЕМЫ УПРАВЛЕНИЯ УЧЕБНЫМ
ПРОЦЕССОМ
3.3 Создание физической модели данных
База данных представляет собой совокупность систематизированных
данных таким образом, что эти данные могут быть найдены и обработаны с
помощью информационной системы.
Физическая модель базы данных информационной системы для
филиала РГГУ в г. Всеволожск представлена на рис. 3.1.
Рис 3.1. физическая модель базы данных информационной системы для
филиала РГГУ в г. Всеволожск
Для создания баз данных в SQL используется команда CREATE
DATABASE. Для создания таблиц используется команда CREATE TABLE.
Полный набор команд для создания базы данных для информационной
системы представлен в Приложении 1.
Все взаимодействия с базой данных информационная система
осуществляет посредством встроенных функций языка PHP. Для соединения
с базой данных используется функция:
$mysqli = new mysqli("HOST", "USER", "PASSWORD", "DB_NAME");
if (mysqli_connect_errno()) {
printf("Соединение не удалось: %s\n", mysqli_connect_error());
}
Для выполнения различных запросов к базе данных информационной
системы была написана функция getinfo:
function getinfo($sql)
{
$mysqli = new mysqli("HOST", "USER", "PASSWORD", "DB_NAME");
if (mysqli_connect_errno()) {
printf("Соединение не удалось: %s\n", mysqli_connect_error());
}
$mysqli->query('SET NAMES utf8');
$result = $mysqli->query($sql);
while( $row = $result->fetch_assoc() ){
foreach($row as $fieldValue){
$data[] .= $fieldValue;
}
}
$result->close();
$mysqli->close();
return $data;
};
3.4 Физическая реализация информационной системы
Для реализации информационной системы для филиала РГГУ г.
Всеволожск была использована СУБД MySQL и написано приложение для
обработки данных и взаимодействием с пользователями на PHP.
После запуска информационной системы запускается главная страница
где пользователь системы может выбрать интересующий его раздел. Главная
страница информационной системы изображено на рис. 3.2.
Рис. 3.2 Главная страница информационной системы
Исходя из выбора пользователя, он может попасть в разделы,
отвечающие за изменение, добавление, удаление и печать необходимой
пользователю информации в соответствующих для этого разделах.
В разделе «Личная информация» пользователь может управлять
группами студентов, личной информацией студентов и преподавателей.
Раздел «Личная информация» представлена на рис.3.3.
Рис. 3.3. раздел «Личная информация
В разделе «Группы студентов» пользователь может просмотреть
полный список групп студентов в университете, удалить, отредактировать и
создать новые группы. Раздел «Группы студентов» представлен на рис. 3.4.
Рис. 3.4 раздел «Группы студентов»
Если требуется отредактировать информацию о группе, то для этого
нужно нажать на соответствующую пиктограмму напротив нужно группы.
Страница редактирования группы изображена на рис. 3.5
Рис 3.5 редактирование группы
Если в разделе «Группы студентов» нажать на ссылку «Добавить
группу», то откроется страница, где можно будет ввести, название новой
группы, год обучения группы и номер группы. Страница «Добавление групп»
изображена на рис. 3.6.
Рис. 3.6 добавление группы
Если по какой либо причине не будет заполнено хоть одно из полей, то
будет
выдано
соответствующее
информационное
сообщение.
Информационное сообщение изображено на рис. 3.7.
Рис. 3.7 информационное сообщение
На вкладке «Студенты» можно просмотреть список и данные всех
студентов. Раздел «Студенты» изображен на рис. 3.8.
Рис. 3.8. раздел «Студенты»
Если в разделе «Студенты» нажать на ссылку «Добавить студента», то
откроется страница, где можно будет ввести данные нового студента.
Страница «Добавление студентов» изображена на рис. 3.9.
Рис. 3.9. раздел «Добавить студента»
Если требуется отредактировать информацию о студенте, то для этого
нужно нажать в разделе «Студенты» нажать на соответствующую
пиктограмму
напротив
нужного
студента.
На
данной
странице
информационная система будет предлагать указать группу, в которой будет
состоять студент и специальность, на которую он обучается. В качестве года
поступления по умолчанию предлагается текущий год.
Страница «Редактирование информации студента» изображена на рис.
3.10.
Рис. 3.10 – страница «Редактирование информации студента»
В разделе «Преподаватели» пользователь может добавить, удалить или
отредактировать преподавательский состав университета. На рис 3.11
изображен раздел «Преподаватели».
Рис 3.11 раздел «Преподаватели»
Если требуется, то пользователь в данном разделе может удалить,
добавить или отредактировать информацию о преподавателях. Страница
добавления нового преподавателя изображена на рис. 3.12.
Рис 3.12 страница добавления нового преподавателя.
На странице добавления в базу данных нового преподавателя будет
предложено выбрать ученую степень преподавателя, кафедру и список
предметов лекции, которых он будет читать.
Страница изменения информации о преподавателях изображена на рис.
3.13.
Рис 3.13 страница изменения информации о преподавателях
Перейдя в раздел «Кафедры» пользователь может просмотреть весь
персонал на кафедрах, редактировать, создавать и удалять кафедры, а так же
управлять списком специальностей и предметов. Раздел «Кафедры»
изображен на рис. 3.14.
Рис. 3.14 раздел «Кафедры»
На странице «Кафедры» пользователь можете добавить новую кафедру
или отредактировать (удалить) уже существующую. Страница «Добавление
кафедры» изображена на рис. 3.15.
Рис. 3.15 «Добавление кафедры»
Страница «Редактирование кафедры» изображена на рис. 3.16.
Рис. 3.16 «Редактирование кафедры»
В разделе «Персонал» ИС предлагает выбрать кафедру, персонал
которой можно просмотреть. Страница «Выбор кафедры» изображена на
рисунке 3.17.
Рис. 3.17 «Выбор кафедры» для просмотра персонала
Страница просмотра преподавателей кафедры «МИЕНД» изображена
на рис. 3.18.
Рис.3.18 преподаватели кафедры «МИЕНД»
В разделе «Специальности» пользователь может просматривать
добавлять, редактировать и удалять специальности. На рис. 3.19 изображен
раздел «Специальности».
Рис. 3.19 раздел «Специальности»
3.5 Тестирование информационной системы
Тестирование - это процесс исполнения программы на компьютере с
целью обнаружения ошибок.[12]
Тестом будем называть информацию, состоящую из исходных данных,
специально
подобранных
для
отлаживаемой
программы,
и
из
соответствующих им эталонных результатов (не только окончательных, но и
промежуточных), используемых в дальнейшем для контроля правильности
работы программы.[12]
Прежде чем начинать внедрять новый продукт на предприятии
заказчика, его требуется предварительно протестировать с целью выявления
ошибок и не точностей в работе приложения, проведем альфа-тестирование.
Альфа-тестирование – это имитация реальной работы с системой в
качестве пользователя штатными разработчиками приложения. Такое
тестирование часто выполняется под отладчиком.
Тестирование будет проходить по стратегии черного ящика. В качестве
объекта тестирования будет взят модуль добавления нового.
Стратегия черного ящика предполагает под собой некий объект
«черный ящик» над которым будут производиться внешние воздействия. В
данном случае будет отслеживаться результат ответа информационной
системы при различных входных данных.
Таблица 3.1
Тестирование модуля «Добавление нового студента»
Поле
Входные
Ожидаемый ответ
Ответ системы
Отказ добавления
Система не добавляет студента без ввода
студента
фамилии и сообщает, что поле Фамилия
данные
Фамилия
Пусто
пустое.
Имя
Пусто
Отчество
Пусто
Отказ добавления
Система не добавляет студента без ввода
студента
имени и сообщает, что поле Имя пустое.
Отказ добавления
Система не добавляет студента без ввода
студента
отчества и сообщает, что поле Отчество
пустое.
Специальность
Не выбрана
Отказ добавления
Система не добавляет студента без выбора
студента
специальности и сообщает, что выбор не
сделан.
Группа
Год обучения
Не выбрана
Пусто
Отказ добавления
Система не добавляет студента без выбора
студента
группы и сообщает, что выбор не сделан.
Отказ добавления
Система не добавляет студента без ввода
студента
даты его поступления и сообщает, что дата
не введена.
Номер зачетной
книжки
Пусто
Отказ добавления
Система не добавляет студента без ввода
студента
его номера зачетной книжки и сообщает об
этом.
Примеры
информационных
сообщений
студента» приведены на рис. 3.31 и рис 3.32.
в
модуле
«Добавление
Рис. 3.31 информационное сообщение при пустом поле «Имя» в модуле
«Добавление студента»
Рис.
3.32
информационное
сообщение
при
пустом
поле
«Специальность» в модуле «Добавление студента»
При тестировании не было найдено ни одной ошибки - во время
разработки информационной системы автором были предусмотрены все
варианты не точных вводимых данных в информационную систему. Для
каждой ошибки пользователя и неточности, вводимых им данных было
предусмотрен вывод соответствующих информационных сообщений.
ЗАКЛЮЧЕНИЕ
В ходе дипломного проекта была разработана информационная система
управления учебным процессом филиала РГГУ в г. Всеволожск. Был решен
ряд задач:
рассмотрены
теоретические
основы
проектирования
информационных систем;
проведено проектирование информационной системы;
выполнена программная реализация информационной системы
управления учебным процессом.
В первой главе автор провел полный анализ предметной области и
рассмотрел ряд программных продуктов имеющихся на рынке. Было
проведено моделирование бизнес процессов объекта исследования. Так же
были выделены основные требования к разрабатываемой информационной
системе.
Проектирование информационной системы и функционала системы
для филиала РГГУ г. Всеволожск было проведено во второй главе. При
проектировании системных объектов автором было использована технология
UML моделирования. В качестве структуры модели данных автором была
выбрана реляционная модель. Построены концептуальные и логические
модели базы данных.
В третьей главе была проведена реализация разрабатываемого
программного продукта. В качестве среды разработки автором была выбрана
IDE NetBeans 9.1 с поддержкой PHP. В качестве СУБД автор использовал
MySQL. В третьей главе автор разработал структурную и физическую модель
базы данных.
При проведении альфа-тестирования разработанной информационной
системы ошибок выявлено не было.
За счет внедрения в практику деятельности учебного отдела филиала
РГГУ г. Всеволожск разработанной информационной системой было
уменьшено
время
на
составление
ведомостей.
Структурированы
и
систематизированы данные по студентам, предметам и преподавателям.
Появилась
возможность
информационной
процессом.
системы
расширения
для
и
дальнейшего
автоматизации
наращивания
управления
учебным
СПИСОК ИСТОЧНИКОВ И ЛИТЕРАТУРЫ
1. Устав филиала РГГУ в г. Всеволожск
2. ГОСТ 34.601-90 – «Автоматизированные системы. Стадии создания»
3. ГОСТ 34.320.96 – «Концепция и терминология для концептуальной схемы
и информационной базы»
4. Документирование управленческой деятельности. – СПб.: Изд-во Сев.зав.гос. тех.ун-та, 2008. –С.3.
5. Басков А.В. Информационный поток [Электронный ресурс]. – Режим
доступа: http://newideology.ru/slovar/i/informatsionnyi-potok/
6. Веллинг Л., Томсон Л. Разработка веб-приложений с помощью PHP и
MySQL. – М.: Вильямс, 2010. – 848с.
7. Грекул В.И. , Денищенко Г.Н. Проектирование информационных систем. –
М.: Интернет-университет информационных технологий, 2008. - 304 с.
8.Гудлиф П. Ремесло программиста. Практика написания хорошего кода.
Пер. с англ. – М.: Символ-Плюс, 2009. – 704с.
9.Зандстра М. PHP. Объекты, шаблоны и методики программирования. Пер. с
англ. – М: Вильямс, 2009. – 480с.
10. Кириллов В.В., Громов Г.Ю. Введение в реляционные базы данных. –
СПб.: БХВ-Петербург, 2009. – 464с.
11. Савельева Н.В. Основы программирования на PHP. – М: Интернетуниверситет информационных технологий. - 2005. - 264 с.
12. Медведев А.М., Швецкой М.В. Некоторые вопросы методологии отладки
программ [Электронный ресурс]. – Режим доступа:
http://it.kgsu.ru/Otladka/otl_0007.html
13. Онлайн энциклопедия Wikipеda [Электронный ресурс]. - Режим доступа:
http://ru.wikipеdia.оrg
14.Скляр Д., Трахтенберг А. PHP. Рецепты программирования. – СПб.: БХВПетербург, 2007. – 736с.
15. Селко Д. SQL для профессионалов. Программирование. Пер. с англ. – М.:
Лори, 2009. – 464с.
16. Хольцнер С. PHP в примерах. – М.: Бином-Пресс, 2009.– 350с.
17. Томсон Л., Веллинг Л, Разработка Web-приложений на на PHP и MySQL.
– СПб.: ООО «»ДиаСофтЮП», 2003. – 672 с.
18. Хаббард Дж. Автоматизированное проектирование структур баз данных М.: Мир, 1984. - 342с.
19. Козырев А.А. Информационные технологии в экономике и управлении:
Учебник. – СПб.: Изд-во Михайлова В. А., 2000. – 360 с.
20. Титоренко Г.А. Информационные системы в экономике. - М.: ЮнитиДана, 2008. — 463 с.
21. Грабер М. SQL. - М.:Лори, 2007. — 672 с.
22. Плаксин М. Тестирование и отладка программ - для профессионалов
будущих и настоящих. - М.:Бином, 2007. - 168 с.
23. Первозванский А. Курс теории автоматического управления. – М.:Лань,
2010. - 624 стр.
24. Фельдман А. Создаем информационные системы. - М.: СОЛОН-ПРЕСС,
2006. - 120с.
25. Уткин В. Информационные системы в экономике. - М.: Издательский
центр "Академия", 2004. - 288с.
26. Федорова Г.Н. Информационные системы . - М.: Academia, 2010. - 208 c.
Структура базы данных «rggu»
SET SQL_MODE="NO_AUTO_VALUE_ON_ZERO";
--- База данных: `rggu`
--
-- --------------------------------------------------------
--- Структура таблицы `Departments`
--
CREATE TABLE `Departments` (
`id` int(11) NOT NULL AUTO_INCREMENT,
`Name` varchar(50) NOT NULL,
`ZavDepartment` varchar(50) NOT NULL,
PRIMARY KEY (`id`)
)
ENGINE=MyISAM
DEFAULT
AUTO_INCREMENT=12 ;
--- Структура таблицы `group`
--
CREATE TABLE `group` (
`id` int(11) NOT NULL AUTO_INCREMENT,
CHARSET=utf8
`name` varchar(50) NOT NULL,
`year` int(11) NOT NULL,
`group_number` int(11) NOT NULL,
PRIMARY KEY (`id`)
)
ENGINE=MyISAM
DEFAULT
CHARSET=utf8
AUTO_INCREMENT=6 ;
-- --------------------------------------------------------
-- --------------------------------------------------------
--- Структура таблицы `lectures`
--
CREATE TABLE `lectures` (
`id` int(11) NOT NULL AUTO_INCREMENT,
`Surname` varchar(50) NOT NULL,
`Name` varchar(50) NOT NULL,
`Patronymic` varchar(50) NOT NULL,
`Stepen_id` int(11) NOT NULL,
`Departmen_id` int(11) NOT NULL,
`items_id` varchar(500) NOT NULL,
UNIQUE KEY `id_2` (`id`), KEY `id` (`id`)
)
ENGINE=MyISAM
DEFAULT
AUTO_INCREMENT=17 ;
-- --------------------------------------------------------
CHARSET=utf8
--- Структура таблицы `predm`
--
CREATE TABLE `predm` (
`id` int(11) NOT NULL AUTO_INCREMENT,
`Name` varchar(50) NOT NULL,
PRIMARY KEY (`id`)
)
ENGINE=MyISAM
DEFAULT
CHARSET=utf8
AUTO_INCREMENT=5 ;
-- --------------------------------------------------------
--- Структура таблицы `spec`
--
CREATE TABLE `spec` (
`id` int(11) NOT NULL AUTO_INCREMENT,
`Name` varchar(50) NOT NULL,
PRIMARY KEY (`id`)
ПРОДОЛЖЕНИЕ ПРИЛОЖЕНИЯ 1
)
ENGINE=MyISAM
AUTO_INCREMENT=3 ;
--- Структура таблицы `stepeni`
--
DEFAULT
CHARSET=utf8
CREATE TABLE `stepeni` (
`id` int(11) NOT NULL AUTO_INCREMENT,
`Name` varchar(50) NOT NULL,
PRIMARY KEY (`id`)
)
ENGINE=MyISAM
DEFAULT
CHARSET=utf8
AUTO_INCREMENT=14 ;
-- ---------------------------------------------------------- Структура таблицы `students`
-CREATE TABLE `students` (
`id` int(11) NOT NULL AUTO_INCREMENT, `Surname` varchar(50)
NOT NULL, `Name` varchar(50) NOT NULL, `Patronymic` varchar(50) NOT
NULL, `Specialty` varchar(50) NOT NULL, `Entered` year(4) NOT NULL,
`group_id` int(11) NOT NULL, `N_zach` varchar(20) NOT NULL,
PRIMARY KEY (`id`), UNIQUE KEY `N_zach` (`N_zach`), UNIQUE
KEY `id` (`id`)
)
ENGINE=MyISAM
DEFAULT
AUTO_INCREMENT=5 ;
--- Структура таблицы `vedomosti`
-CREATE TABLE `vedomosti` (
`id` int(11) NOT NULL AUTO_INCREMENT,
`id_stud` int(11) NOT NULL,
`id_ved` int(11) NOT NULL,
`ocenka` varchar(20) NOT NULL,
PRIMARY KEY (`id`),
CHARSET=utf8
UNIQUE KEY `id` (`id`)
)
ENGINE=MyISAM
DEFAULT
CHARSET=utf8
AUTO_INCREMENT=34 ;
-- --------------------------------------------------------- Структура таблицы `vedomosti_list`
CREATE TABLE `vedomosti_list` (
`id` int(11) NOT NULL AUTO_INCREMENT,
`id_predm` int(11) NOT NULL,
`group_id` int(11) NOT NULL,
`prep` int(11) NOT NULL,
`date` date NOT NULL,
PRIMARY KEY (`id`)
)
ENGINE=MyISAM
AUTO_INCREMENT=16 ;
DEFAULT
CHARSET=utf8
