Разработка информационной подсистемы по учету персональных данных для Благовещенского филиала СГА

Разработка информационной подсистемы по учету персональных данных для Благовещенского филиала СГА

СОДЕРЖАНИЕ

ВВЕДЕНИЕ

. АНАЛИЗ ДЕЯТЕЛЬНОСТИ БЛАГОВЕЩЕНСКОГО ФИЛИАЛА СГА

.1 Краткая характеристика предприятия        

.2 Средства для анализа предметной области

.3 Организационная структура предприятия

.4 Анализ документооборота предприятия

.4.1 Документооборот с внешними объектами

.4.2 Документооборот с внутренними объектами

.5 Анализ комплекса программных средств

.6 Анализ локальной вычислительной сети

.7 Анализ аппаратного обеспечения

.8 Анализ программного обеспечения

. ПРОЕКТИРОВАНИЕ ИНФОРМАЦИОННОЙ ПОДСИСТЕМЫ

.1 Обоснование необходимости создания информационной подсистемы

.2 Анализ аналогичных информационных систем из исследуемой области

.3 Обоснование выбора среды разработки

.4 Характеристика функциональных подсистем

.5 Характеристика обеспечивающих подсистем

.5.1 Подсистема организационного обеспечения

.5.2 Подсистема правового обеспечения

.5.3 Подсистема технического обеспечения

.5.4 Подсистема программного обеспечения

.5.5 Подсистема информационного обеспечения

.5.6 Подсистема технологического обеспечения

.6 Проектирование базы данных

.6.1 Инфологическое проектирование

.6.1.1 Назначение сущностям описательных атрибутов

.6.1.3 Определение связей между сущностями

.6.2 Логическое проектирование

2.6.3 Физическое проектирование

. НАДЕЖНОСТЬ ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ

.1 Понятие надежности программного обеспечения         

.2 Понятие отказа

.3 Модели надежности программного обеспечения

.4 Простая интуитивная модель

.5 Расчёт надежности по простой интуитивной модели

. РЕАЛИЗАЦИЯ

.1 Описание разработанного программного обеспечения         

.2 Примеры экранных форм         

.3 Руководство пользователя

ЗАКЛЮЧЕНИЕ

СПИСОК ИСПОЛЬЗОВАННЫХ ИСТОЧНИКОВ

ПРИЛОЖЕНИЯ

ВВЕДЕНИЕ

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

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

В качестве объекта исследования данной выпускной квалификационной бакалаврской работы была выбрана деятельность Благовещенского филиала Современной Гуманитарной Академии.

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

Для достижения поставленной цели, были выделены следующие задачи:

провести анализ деятельности предприятия;

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

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

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

провести проектирование базы данных;

разработать проект информационной подсистемы;

реализовать информационную подсистему.

.АНАЛИЗ ДЕЯТЕЛЬНОСТИ БЛАГОВЕЩЕНСКОГО ФИЛИАЛА

СГА

.1 Краткая характеристика предприятия

Благовещенский филиал СГА - это негосударственное аккредитованное частное образовательное учреждения высшего профессионального образования. Создано в г. Благовещенске, в установленном законодательством РФ и Уставом СГА порядке. Является обособленным структурным подразделением СГА, осуществляющим часть функций академии, в том числе функции представительства, и имеющим правовое положение в соответствии со статьей 55 Гражданского Кодекса РФ, статьей 5 Закона РФ «О некоммерческих организациях» и ФЗ «Об образовании в Российской Федерации».

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

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

Местонахождение (юридический адрес): 675000, Амурская область, г. Благовещенск, ул. Политехническая, д.82/2.

Данное предприятие не является юридическим лицом, имеет самостоятельный счет, открываемый в соответствии с законодательством Российской Федерации, печать со своим наименованием и с изображением организационной символики СГА.

1.2 Средства для анализа предметной области

Проектирование информационных систем - логически сложная, трудо-емкая и длительная работа. Однако до настоящего времени проектирование ИС нередко выполняется на интуитивном уровне неформализованными методами, включающими в себя элементы искусства, практический опыт, экспертные оценки и дорогостоящие экспериментальные проверки качества функционирования информационных систем. Кроме того, в процессе создания и функционирования ИС информационные потребности пользователей постоянно изменяются или уточняются, что еще более усложняет разработку и сопровождение таких систем [5,7].

Невозможно построить качественный проект без построения подробной модели предметной области. Моделирование процессов, как правило, выполняются с помощью CASE-средств. К таким средствам относят BPwin, Silverrun, Oracle Designer, Rational Rose. В данной выпускной квалификационной бакалаврской работе для моделирования процессов был выбран BPwin. поддерживает три методологии моделирования: функциональное моделирование (IDEF0); описание бизнес-процессов (IDEF3); диаграммы потоков данных (DFD). Все описанные подходы входят в семейство стандартов IDEF. Каждая из них решает свои специфические задания. В BPwin возможно построение смешанных моделей, т.е. модель может содержать одновременно все диаграммы [12].

.3 Организационная структура предприятия

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

Непосредственное управление Благовещенским филиалом СГА осуществляет директор филиала, назначаемый приказом ректора академии.

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

В настоящее время организационная структура Благовещенского филиала СГА включает в себя: директора, бухгалтерию, отдел по обеспечению образовательной деятельности, отдел информационных технологий. Рассмотрим их функции:

Директор Благовещенского филиала СГА:

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

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

назначает на должность и освобождает от должности работников Благовещенского филиала СГА, руководителей его отделов, распределяет обязанности между сотрудниками;

соблюдение кодекса корпоративной этики;

соблюдение внутреннего трудового распорядка СГА.

Бухгалтерия:

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

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

организация ведения бухгалтерского учёта, связанного с деятельностью филиала, в соответствии с Федеральным Законом «О бухгалтерском учёте» и локальными и организационно-распорядительными актами академии, своевременно представляет первичные документы и отчеты в бухгалтерию академии;

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

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

подготовка отчетности в налоговые органы, органы Пенсионного фонда, ФСС и Росстат, в том числе в электронном виде;

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

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

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

информирование руководства филиала о бухгалтерской отчетности по соответствующим направлениям (участкам) учёта;

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

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

работа по заданиям руководства в объеме задач филиала;

повышение профессиональной квалификации в сроки, установленные программами повышения квалификации СГА;

соблюдение кодекса корпоративной этики;

соблюдение внутреннего трудового распорядка СГА.

Отдел по обеспечению образовательной деятельности:

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

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

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

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

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

контроль за информационным обеспечением: размещение информации на информационном стенде филиала, размещение рекламных плакатов, объявлений базового вуза, учебно-методических материалов СГА и пр.;

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

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

работа по заданиям руководства в объеме задач филиала;

повышение профессиональной квалификации в сроки, установленные программами повышения квалификации СГА;

создание служебных произведений;

соблюдение кодекса корпоративной этики;

соблюдение внутреннего трудового распорядка СГА;

Отдел информационных технологий:

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

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

осуществляет монтаж оборудования в филиале в соответствии с руководящими документами, действующими нормами и правилами;

организация эксплуатации оборудования в соответствии с графиками работы;

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

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

работа по заданиям руководства в объеме задач филиала;

повышение профессиональной квалификации в сроки, установленные программами повышения квалификации СГА;

создание служебных произведений;

соблюдение кодекса корпоративной этики;

соблюдение внутреннего трудового распорядка СГА.

Анализ документооборота предприятия

Документооборот - это движение документов с момента их получения или создания до завершения исполнения, отправки адресату или сдачи на хранение [18].

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

1.4.1 Документооборот с внешними объектами

Благовещенский филиал СГА взаимодействует со следующими организациями:

межрайонная инспекция ФНС России № 1 по Амурской области;

управление Пенсионного Фонда РФ По г. Благовещенску;

амурское региональное отделение фонда социального страхования РФ;

сбербанк России;

министерство образования и науки Амурской области;

администрация г. Благовещенска;

СГА г. Москва.

Филиал предоставляет межрайонной инспекции ФНС России № 1 по Амурской области: бухгалтерскую и налоговую отчетность, налоговые декларации и налоговые отчисления.

Управление Пенсионного Фонда РФ По г. Благовещенску, за счет отчислений обеспечивает выплату ежемесячных пособий, пенсий.

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

Филиал СГА предоставляет Сбербанку России платежные поручения, банк предоставляет филиалу информацию о состоянии счета;

Министерство образования и науки Амурской области предоставляет филиалу разрешение на ведение образовательной деятельности.

Администрация г. Благовещенска предоставляет филиалу разрешение на проведение общественных мероприятий.

Благовещенский филиал СГА, получает от СГА г. Москва, УМК по учебным дисциплинам, входящим в состав ООП, учебно-методическую литературу и иных библиотечно-информационные ресурсы и средства обеспечения образовательного процесса. Так же филиал предоставляет СГА г. Москва отчеты об образовательной деятельности.

Схема документооборота Благовещенского филиала СГА с внешними объектами представлена в приложении Б, на рисунке Б1.

.4.2 Документооборот с внутренними объектами

Отделы Благовещенского филиала СГА, взаимодействуют между собой и директором внутри организации:

бухгалтерия;

отдел по обеспечению образовательной деятельности;

отдел информационных технологий.

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

Схема документооборота Благовещенского филиала СГА с внешними объектами представлена в приложении Б, на рисунке Б2.

.5 Анализ комплекса программных средств

В СГА имеется специальное разработанное ПО SQL server 2003, 1C:

контроль Успеваемости и Листа ожидания (КУиЛО) успеваемость студента.

луч-Транспорт передача данных как от филиала в Москву, так и с Москвы в филиал;

комплекс ПО: Луч-Анкета-Студент, Психологическое тестирование программы разработанные специалистами СГА для тестирование студентов (абитуриентов и выпускников), и мониторинга данных;

«Нормоконтроль» проверяет письменные работы на соответствие шаблона, для дальнейшей загрузки на Московский сервер и оценивания работы преподавателем.

1.6 Анализ локальной вычислительной сети

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

Локальная сеть на 25 компьютеров через сетевой коммутатор, с доступом в интернет через маршрутизатор.

Сетевая архитектура - Fast Ethernet. Архитектура Fast Ethernet - это эволюционное развитие классической архитектуры Ethernet. Основное достоинство: пропускная способность сегментов сети до 100 Мб/с, сохранение метода случайного доступа Ethernet, сохранение звездообразной топологии сетей и поддержка традиционных сред передачи данных - витой пары и оптоволоконного кабеля.

Также использование Fast Ethernet позволяет осуществлять доступ к файлам и принтерам, исполнять приложения.

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

.7 Анализ аппаратного обеспечения

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

сервер БД - Intel Pentium D 3ГГЦ, 4GB ОЗУ, HDD 320GB, HDD 500GB, ЖК-монитор 17», допустимы и ЭЛТ-мониторы, устройства ввода-вывода (мышь, клавиатура);

файловый сервер - Intel Pentium 4 2,4ГГЦ, 1GB ОЗУ, HDD 120 GB, HDD 1TB, ЖК-монитор 17», допустимы и ЭЛТ-мониторы, устройства ввода-вывода (мышь, клавиатура);

сервер приложений - Intel Pentium Dual-Core 2,5ГГЦ, 4GB ОЗУ, HDD 80GB, HDD 500GB, ЖК-монитор 17», допустимы и ЭЛТ-мониторы, устройства ввода-вывода (мышь, клавиатура);

компьютер инженера - Intel Core i3 3,4ГГЦ, 8GB ОЗУ, HDD 80G, HDD 500GB, ЖК-монитор 17», допустимы и ЭЛТ-мониторы, устройства ввода-вывода (мышь, клавиатура);

компьютер менеджера - Intel Celeron 2.5ГГЦ, 2GB ОЗУ, HDD 320GB (4шт), ЖК-монитор 17», допустимы и ЭЛТ-мониторы, устройства ввода-вывода (мышь, клавиатура);

компьютер Бухгалтера - Intel Core i3 2,5 ГГЦ, 2GB ОЗУ, HDD 5000G, ЖК-монитор 17», допустимы и ЭЛТ-мониторы, устройства ввода-вывода (мышь, клавиатура);

компьютер студента - Intel Celeron 1,8ГГЦ, 1GB ОЗУ, HDD 120GB (20шт), ЖК-монитор 17», допустимы и ЭЛТ-мониторы, устройства ввода-вывода (мышь, клавиатура).

.8 Анализ программного обеспечения

На рабочих станциях установлено следующее программное обеспечение:

Windows server 2003;XP pro;pro;2003;Kaspersky;

Internet explorer (для работы студентов, сбербанк онлайн бизнес, контур экстерн).

. ПРОЕКТИРОВАНИЕ ИНФОРМАЦИОННОЙ ПОДСИСТЕМЫ

.1 Обоснование необходимости создания информационной подсистемы

Как правило, информация о студентах храниться в распечатанном виде, в связи с этим у сотрудников Благовещенского филиала СГА возникают сложности во время внесения и анализа персональных данных о студентах, а так же учёта оплаты за обучение.

Поэтому есть потребность в проектировании эффективно работающей информационной подсистемы, которая значительно упростит работу сотрудников Благовещенского филиала СГА.

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

Создание единой БД студентов Благовещенского филиала СГА;

Создание форм для работы с данными, такие как: внесение, удаление, изменение данных о студентах и группах;

Создание формы для внесения оплаты за обучение;

Создание формы для получения отчетов об оплате за обучение;

Для решения перечисленных выше задач необходимо внедрение подсистемы, позволяющей автоматизировать деятельность сотрудников Благовещенского филиала СГА, занимающихся учётом и обработкой персональных данных студентов.

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

2.2 Анализ аналогичных информационных систем из исследуемой области

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

1С: Бухгалтерия: на сегодняшний день - это одно из самых распространенных ПО для автоматизации бухгалтерского учёта. При приобретении программы семейства 1С, необходимо, чтобы была проведена правильная установка и настройка <#"868213.files/image001.gif"> ошибок, вторая - , a это ошибки, обнаруженные обеими группами.

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

                                                                      (1)

Где

                                                                        (2)

                                                                        (3)

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

.5 Расчёт надежности по простой интуитивной модели

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

Анализ надежности проводился двумя пользователями в четыре этапа, они использовали независимые наборы тестовых данных.

Первый этап: первый пользователь выявила 3 ошибки, в то время параллельно работающий пользователь обнаружила 6 ошибок, причем ровно половина из них соответствовала трем ошибкам первой группы.

N1.1 = 3;.1 = 6;.1 = 6;.1 = N1.1/ N12.1 = 3/6;.1 = N2.1/ N12.1 = 1;= 12.

Получается, что число ошибок, обнаруженных обоими пользователями, составило 6, а значения коэффициентов E1 и E2 в соответствии с формулами (2) и (3) - 3/7 и 1соответственно. Предполагаемое общее число ошибок в программе рассчитанное по формуле (1) и составило 12 ошибок.

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

N1.2 = 2;.2 = 3;.2 = 4;.2 = N1.2 / N12.2 = 2/4;.2 = N2.2 / N12.2 = 3/4;= 10.

Таким образом, общее число ошибок составило 4, а значения коэффициентов E1 и E2 в соответствии с формулами (2) и (3) - 2/4 и 3/4 соответственно. Предполагаемое общее число ошибок в программе вновь было рассчитано по формуле (1) и составило 10 ошибки (4 из которых были успешно найдены и ликвидированы).

Третий этап: после исправления найденных ошибок в результате второго испытания, тестирование продолжилось. В этот раз первый пользователь нашел 2 ошибки, а второй одну, но она была одной из тех, которую нашел первый пользователь.

N1.3 = 2;.3 = 1;.3 = 2;.3 = N1.3 / N12.3 = 1/2;2.3 = N2.3 / N12.3 = 1;

N3 = 4.

Таким образом, число обнаруженных составило 2, а значения коэффициентов E1 и E2 в соответствии с формулами (2) и (3) - 1/2 и 1 соответственно. Предполагаемое общее число ошибок в программе вновь было рассчитано по формуле (1) и составило 4 ошибки (3 из которых были успешно найдены и ликвидированы).

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

Результаты тестирования занесены в таблицу 10.

Таблица 14 - Результаты тестирования

На рисунке 1 изображен график зависимости количества предполагаемых ошибок N от номера теста i.

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

Рисунок 11 - Зависимость количества ошибок N от количества тестов

4. РЕАЛИЗАЦИЯ

.1Описание разработанного программного обеспечения

На данный момент реализованы модули подсистемы такие, как «Идентификация», «Студенты», «Оплата», «Отчёты», «Работа с БД». Рассмотрим каждый из них.

«Идентификация»

Данная подсистема реализована на языке PHP, с использованием запросов на языке SQL, для оформления внешнего вида применяются язык HTML и каскадные страницы стилей CSS. Отвечает подсистема за разграничение доступа пользователей.

Рисунок 12 - Модуль «Идентификация»

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

Рисунок 13 - Приветственное окно

В случае неправильного ввода пользователь увидит сообщение об ошибке.

. «Студенты»

Модуль «Студенты» предназначен для работы с персональными данными студентов. В возможности входит добавление, удаление и редактирование, а так же поиск по определённым критериям данных студентов и групп.

Рисунок 14 - Модуль «Студенты»

Модуль так же реализован на языке PHP, используются запросы на языке SQL, для оформления внешнего вида применяются язык HTML и каскадные страницы стилей CSS.

. «Оплата»

Модуль предназначен для внесения оплаты за обучение. Есть возможность внесения стоимости обучения для конкретной группы, так же суммы за оплаты за обучение конкретного студента.

Модуль «Оплата» реализован на языке PHP, используются запросы на языке SQL, для оформления внешнего вида применяются язык HTML и каскадные страницы стилей CSS.

Рисунок 15 - Модуль «Оплата»

4. «Отчёты»

Модуль предназначен для вывода отчётов по заданным критериям. Пользователь может вывести отчёт об оплате всех студентов, по группам либо конкретного студента.

Рисунок 16 - Модуль «Отчёты»

Модуль реализован на языке PHP, используются запросы на языке SQL, для оформления внешнего вида применяются язык HTML и каскадные страницы стилей CSS.

.«Работа с БД»

Модуль предназначен для выполнения запросов. Пользователь отправляет запрос по средствам языка SQL через экранные формы. Запрос обрабатывается и выдается результат.

Примеры экранных форм

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

Форма внесения данных

После заполнения всех необходимых полей, пользователю выводится сообщение «Данные успешно добавлены», в случае ошибки-«Данные не добавлены».

Рисунок 17 - Форма внесения данных о студенте

Форма внесения данных о новой группе аналогична форме внесения данных о студенте.

Редактирование данных

В форме для редактирования возможно удаление или изменение уже существующих данных.

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

Рисунок 18 - Форма выбора данных для редактирования

Рисунок 19 - Форма для редактирования

Форма отчёта

Пользователь может выбрать нужный ему отчёт. После чего появится сам отчёт с возможностью его печати либо сохранения.

Рисунок 20 - Форма для выбора отчёта

Рисунок 21 - Пример отчёта

.3 Руководство пользователя

Руководство пользователя предназначено для сотрудников Благовещенского филиала СГА.

Для авторизации в системе введите имя пользователя и пароль, выданные вам администратором системы, в соответствующие поля, если у вас нет данных вход вам не доступен (Рисунок 12).

После авторизации в системе выберите нужную вкладку (Рисунок 13).

Вкладка студенты содержит формы для поиска, внесения, редактирования данных о студентах и группах (Рисунок 14). Для того что бы внести новые данные о студенте нажать кнопку «Внесение данных», после чего заполнить все поля и нажать «Внести данные». Для поиска нужной информации необходимо нажать кнопку «Поиск данных», ввести нужные критерии для поиска, нажать кнопку «Найти и вывести». Система обработает ваш запрос и выведет полученный результат. Для удаления или редактирования данных нажмите кнопку «Редактирование данных» (Рисунок 18). Внесите необходимые корректировки и сохраните.

Вкладка «Оплата» содержит форму для внесения полной суммы за обучение конкретной группы, для этого нужно нажать кнопку «Внести сумму обучения» и заполнить все поля так же форму для внесения суммы оплаты конкретным студентом (Рисунок 15).

Вкладка «Отчёт» содержит формы для выдачи отчётов. Для того, что бы получить необходимый отчёт, нужно выбрать критерий для формирования отчёта и нажать кнопку «Найти и вывести». Далее полученный отчёт вы можете сохранить или распечатать (Рисунок 20).

ЗАКЛЮЧЕНИЕ

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

проведен анализ деятельности предприятия;

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

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

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

проведено проектирование базы данных;

разработан проект информационной подсистемы;

реализована информационная подсистема.

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

СПИСОК ИСПОЛЬЗОВАННЫХ ИСТОЧНИКОВ

Мазуркевич, А.В. MB РНР: Настольная книга программиста / Мазуркевич А.В. - М.: Новое знание, 2003. - 480 с.

Вендров, А.М. CASE-технологии. Современные методы и средства проектирования информационных систем. [Электрон. Ресурс].

Волкова В.Н. Информационные системы: Учеб. пособие / Под ред. В.Н. Волковой, Б.И. Кузина. - СПб.: СПбГТУ, - 2001. - 216 с.

Гарсиа-Молина, Г. Системы баз данных: Полный курс. / Г. Гарсиа-Молина, Д.Д. Ульмон, Д. Уидом.- М. : Вильямс, 2011. - 1088 с.

Гвоздева, Т.В. Проектирование информационных систем : учеб. Пособие / Т.В. Гвоздева, Б.А. Баллод. - Ростов н/Д : Феникс, 2009. - 508 с.

Голицына, О.Л. Информационные системы: учеб. пособие / О.Л. Голицына, Н.В. Максимов, И.И. Попов. - М.: ФОРУМ: ИНФРА-М, 2008. - 496 с.

Грекул, В.И. Проектирование информационных систем / В.И.Грекул - М : Интернет-университет информационных технологий, 2005. - 304 с.

Зандстра, М. PHP. Объекты шаблоны и методики программирования / М.Зандстра.- М. : Вильямс, 2011. - 560 с.

Карповский, Е.Я., Чижов, С.А. Надежность программной продукции / Е.Я Карповский, С.А Чижов. - К.: Тэхника, 1990. - 160 с.

Кириллов, В.В. Основы проектирования реляционных баз данных. [Электрон. Ресурс].

Криницкий, Н.А. Автоматизированные информационные системы / Н.А. Криницкий, Г.А. Миронов, Г.Д. Фролов. - Л.: Наука, 1982. - 382 c.

Маклаков С.В. BPwin и ERwin. CASE-средства разработки информационных систем / С.В Маклаков. - М.: «Диалог-МИФИ», 2013 - 306 с.

Майерс, Г. Надежность программного обеспечения: моногр. / Г. Майерс. - М.: Мир, 2008. - 360 c.

Мартишин, С.А. Основы теории надежности информационных систем: учеб. пособие /С.А. Мартишин . - М.: Инфра-М, Форум, 2015. - 256 с.

Муссиано, Ч. HTML и XHTML. Подробное руководство, 6-е издание / Ч.Муссиано. - СПб: Символ-Плюс, 2008. - 752 с.

. Печерский, В.В. Внедрение ERP-решений на платформе «1С:Предприятие 8»» / В.В. Печерский. - СПб: БХВ-Петербург <#"868213.files/image018.gif">

Рисунок А1 - Организационная структура Благовещенского филиала СГА

ПРИЛОЖЕНИЕ Б

Документооборот Благовещенского филиала СГА

Рисунок В1 - Внешний документооборот

Рисунок В2 - Внутренний документооборот

ПРИЛОЖЕНИЕ В

Схема локальной вычислительной сети Благовещенского филиала СГА

Рисунок В1 - Схема локальной вычислительной сети

ПРИЛОЖЕНИЕ Г

Концептуальная и функциональная модели подсистемы

Рисунок Г1 - Концептуальная модель подсистемы

Рисунок Г2 - Функциональная модель подсистемы

ПРИЛОЖЕНИЕ Д

Логическая и физическая модель данных

Рисунок E1 - Логическая модель данных

Рисунок E2 - Физическая модель данных

ПРИЛОЖЕНИЕ Е

Техническое задание

Общие сведения

.1 Полное наименование системы и ее условное обозначение

Информационная подсистема по учету персональных данных для Благовещенского филиала СГА

СГА - Современная гуманитарная академия;

ИПСУПДС - информационная подсистема по учету персональных данных

.2 Шифр темы

ИПС-УПДС

1.3 Наименование предприятий разработчика и заказчика системы, их реквизиты

Заказчик: Благовещенский филиал СГА.

Реквизиты заказчика: г. Благовещенск, ул. Политехническая, 82/2.

Разработчик: студентка четвертого курса физико-математического факультета, специальности «Информационные системы и технологии» Благовещенского государственного педагогического университета Калашникова Оксана Сергеевна.

.4 Перечень документов, на основании которых создается подсистема

Должностные инструкции сотрудников, план-графики выполнения работ, положение о Благовещенском филиале СГА, договора, анализ деятельности предприятия.

.5 Плановые сроки начала и окончания работ

Срок начала работ: 25.01.2015 г.

Срок окончания работ: 1.06.2015 г.

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

Работы по созданию ИПСУПДС сдаются Разработчиком поэтапно в соответствии с календарным планом проекта. По окончании каждого из этапов работ Разработчик сдает Заказчику соответствующие отчетные документы этапа, состав которых определены договором.

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

2 Назначение и цели создания подсистемы

2.1 Назначение подсистемы

Информационная подсистема необходима для:

.Хранения данных;

Оперативного доступа к данным, хранящимся на сервере, с любого компьютера, подключенного к сети филиала СГА;

.Добавление новых данных на сервер СГА с любого компьютера, подключенного к сети СГА;

.Разграничение прав доступа к файлам;

. Формирование отчетов в электронном и печатном виде;

. Формирование запросов по определенным критериям.

.2 Цели создания подсистемы

Целями создания подсистемы являются:

экономия времени сотрудников, путем предоставления быстрого доступа к данным;

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

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

надежное и эффективное хранение данных с разграничением прав доступа;

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

В результате создания подсистемы должны быть улучшены значения следующих показателей:

время сбора и первичной обработки исходных данных;

время, затрачиваемое на информационно-аналитическую деятельность.

3 Характеристика объекта автоматизации

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

До внедрения системы:

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

После внедрения:

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

Требования к системе

.1 Требования к системе в целом

.1.1 Требования к структуре и функционированию подсистемы

ИПСУПДС, должна быть централизованной все данные должны храниться в центральном хранилище. В качестве сетевой архитектуры выбрана архитектура «клиент-сервер». Сервер будет непосредственно работать с данными, и все операции будут осуществляться сервером, а клиент будет выполнять обращение к серверу и отображать данные. Связь между клиентом и сервером будет осуществляться по средствам вычислительной сети.

4.1.2 Требования к численности и квалификации персонала системы и режиму его работы

В состав персонала, необходимого для обеспечения эксплуатации ИПСУПДС в рамках соответствующих подразделений Заказчика, необходимо выделение следующих ответственных лиц:

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

пользователь (сотрудник), который может просматривать соответствующие данные, вносить корректировки и дополнять БД;

техник - сотрудник, обеспечивающий функционирование технических средств;

Пользователь должен обладать навыками работы с персональными компьютерами и устройствами периферии:

самостоятельно включать и отключать ПК и периферийное оборудование от электропитания;

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

вводить данные с клавиатуры;

использовать манипулятор-мышь для работы с визуальными элементами управления на экране монитора;

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

К администратору ИПСУПДС, помимо требований, предъявляемых выше, предъявляются перечисленные ниже дополнительные требования:

знание состава и структуры баз данных, применяемых в подсистеме УПДС;

способность решать задачи администрирования ИПСУПДС;

знание методов и приемов работы с модулями разрабатываемой подсистеме УПДС;

установку и настройку параметров функционирования СУБД;

диагностические процедуры по определению целостности БД средствами СУБД;

резервное копирование и восстановление данных средствами СУБД и общего программного обеспечения.

К технику предъявляются перечисленные ниже требования:

защита данных;

модернизация существующего ПО и установка нового;

настройку сетевых протоколов передачи данных;

защита сети от вирусов;

поддержка работоспособности рабочих станций.

Возможно совмещение обязанностей администратора и техника.

4.1.3 Требования к показателям назначения подсистемы

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

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

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

4.1.4 Требования к надежности

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

Требования к надежности системы устанавливаются в соответствии со следующими стандартами:

ГОСТ 27.002-89 Надежность в технике. Основные понятия. Термины и определения;

ГОСТ 27.003-90 Надежность в технике. Состав и общие правила задания требований по надежности.

Требования к надежности подсистемы заключаются в следующем:

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

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

предупреждение ошибок пользователей и правильная реакция на возникшие ошибки.

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

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

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

4.1.5 Требования безопасность

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

Аппаратное обеспечение системы должно соответствовать требованиям пожарной безопасности в производственных помещениях по ГОСТ 12.1.004-91. «ССБТ. Пожарная безопасность. Общие требования».

Должно быть обеспечено соблюдение общих требований безопасности в соответствии с ГОСТ 12.2.003-91. «ССБТ. Оборудование производственное. Общие требования безопасности» при обслуживании системы в процессе эксплуатации.

Аппаратная часть системы должна быть заземлена в соответствии с требованиями ГОСТ Р 50571.22-2000. «Электроустановки зданий. Часть 7. Требования к специальным электроустановкам. Раздел 707. Заземление оборудования обработки информации».

Значения эквивалентного уровня акустического шума, создаваемого аппаратурой системы, должно соответствовать ГОСТ 21552-84 «Средства вычислительной техники. Общие технические требования, приемка, методы испытаний, маркировка, упаковка, транспортирование и хранение», но не превышать следующих величин:

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

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

.1.6 Требования к эргономике

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

дизайн экранных форм должен быть удобен и понятен;

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

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

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

.1.7 Требования к эксплуатации, техническому обслуживанию, ремонту и хранению компонентов подсистемы

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

Условия эксплуатации оборудования рабочих мест сотрудников должны соответствовать нормальным климатическим условиям, определенным в ГОСТ 27201-87 и иметь следующие значения:

температура воздуха от 15°С до 25°С;

относительная влажность    от 45% до 75% при 25°С;

атмосферное давление от 630 мм. рт. ст. до 800 мм. рт. ст;

Электропитание технических средств подсистемы должно осуществляться от сети 220В (50Гц).

Ремонт вычислительной техники должен производиться в специализированных сервисных центрах квалифицированным персоналом.

.1.8 Требования к защите информации от несанкционированного доступа

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

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

ИПСУПДС должна соответствовать требованиям РД Гостехкомиссии РФ "Автоматизированные системы. Защита от несанкционированного доступа к информации. Классификация автоматизированных систем и требования по защите информации" предъявляемым к системам с классом защиты 1Г.

.1.9 Требования к защите от влияния внешних воздействий

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

.2 Требования к видам обеспечения

.2.1 Требования к информационному обеспечению

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

информацию о зарегистрированных пользователях;

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

информационные сообщения и объявления.

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

Требования к информационному обеспечению включают также требования независимости представления данных от используемой СУБД.

.2.2 Требования к лингвистическому обеспечению

Требования по лингвистическому обеспечению предполагает использование единого логического и понятийного интерфейса для пользователей.

Пользователь осуществляет взаимодействие с системой с помощью интерфейса по средствам SQL запросов. Подсистема должен иметь дружественный интерфейс, приятный пользователю, удобный и простой в освоении, на русском языке.

.2.3 Требования к программному обеспечению

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

.2.4 Требования к техническому обеспечению

Минимальные требования к техническим характеристикам рабочих станций следующие:

одноядерный процессор с тактовой частотой 2.0 ГГц;

объем оперативной памяти от 2 Гб;

размер дискового пространства от 200 Гб;

устройство чтения компакт-дисков (DVD, CD);

сетевой адаптер с максимальной пропускной способностью от 128 кбит;

Рекомендуемые требования к техническим характеристикам рабочих станций следующие:

минимум двухъядерный процессор с частотой от 2.5 Ггц;

оперативная память от 2 Гбайт;

дисковое пространство: не менее 500 Гбайт;

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

источник бесперебойного питания;

устройство чтения компакт-дисков DVD;

устройства ввода информации - клавиатура, мышь.

Используемый сервер должен иметь следующие параметры:

процессор с частотой от 2.5 Ггц и количеством ядер от 4 и выше;

оперативная память от 4 Гбайт;

накопители на жестких магнитных дисках: объемом не менее 500 Гбайт в количестве;

источник бесперебойного питания;

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

устройства ввода информации - клавиатура, мышь.

Состав и содержание работ по созданию системы

Работы по созданию системы выполняются в несколько этапов согласно ГОСТ 19.102-77 - «ЕСПД. Стадии разработки»;:

исследование предметной области (продолжительность - 1 месяц)

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

проектирование. Разработка эскизного проекта. Разработка технического проекта (продолжительность - 1 месяца);

разработка рабочей документации. Адаптация программ (продолжительность - 2 месяца);

ввод в действие (продолжительность - 1 месяц).

Порядок контроля и приёмки подсистемы

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

Методы испытания, включают в себя:

проверку правильности ввода информации;

ручное заполнение баз данных;

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

просмотр отчетов.

Требования к составу и содержанию работ по созданию подсистемы

При подготовке объекта автоматизации к вводу в действие необходимо обеспечить:

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

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

обучение сотрудников работе с подсистемой;

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

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

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

К моменту окончания периода опытной эксплуатации сотрудники должен полностью овладеть практическими навыками работы с подсистемой.

Требование к документированию

Состав и содержание документации должны соответствовать требованиям ГОСТ 34.201-89 и нормативно-технических документов (комплекса стандартов и руководящих документов на автоматизированные системы и единой системы программной документации).

При сдаче проекта исполнитель передает заказчику следующие документы:

техническое задание;

описание подсистемы;

руководство пользователя.

Проектирование, создание ИПС и оформление документации должно основываться на следующих стандартах:

ГОСТ 7.1-2003 - «Библиографическое описание документа. Общие требования и правила составления»;

ГОСТ 19.102-77 - «ЕСПД. Стадии разработки»;

ГОСТ 19.104-78 - «ЕСПД. Основные надписи»;

ГОСТ 19.508-79 - «Руководство по техническому обслуживанию. Требования к содержанию и оформлению»;

ГОСТ 24.301-80 - «Общие требования к выполнению текстовых документов»;

ГОСТ 34.601-90 - «Информационная технология. Комплекс стандартов на автоматизированные системы. Автоматизированные системы. Стадии создания».