Главная Коллекция "Otherreferats" Программирование, компьютеры и кибернетика Разработка структуры и автоматизированной системы управления для Профсоюзной организации студентов СПбГПУ

Разработка структуры и автоматизированной системы управления для Профсоюзной организации студентов СПбГПУ

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

Рубрика Программирование, компьютеры и кибернетика
Вид дипломная работа
Язык русский
Дата добавления 13.12.2010
Размер файла 976,5 K

Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже

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

Страница:

Размещено на http://www.allbest.ru/

Размещено на http://www.allbest.ru/

ДИПЛОМНАЯ РАБОТА

Тема:

"Разработка структуры и автоматизированной системы управления для Профсоюзной организации студентов СПбГПУ"

Санкт-Петербург 2010

Введение

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

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

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

На V Съезде Общероссийского Профсоюза образования среди основных проблем деятельности за отчетный период отмечалась: «недостаточная эффективность информационной работы в Профсоюзе, в том числе отсутствие современного автоматизированного учета профсоюзного членства, отрицательно сказывающиеся на эффективности, точности и прозрачности процессов финансовой деятельности Профсоюза, результатах мониторинга социально-экономического положения членов Профсоюза, его количественного и качественного состава».

В «Программе развития деятельности Профсоюза работников народного образования и науки РФ», в постановлении Пленума ЦК Профсоюза «Об укреплении единства и повышении эффективности деятельности Профсоюза» от 21 февраля 2007 года было принято решение о необходимости «поэтапного внедрения в практику работы элементов автоматизированного учета профсоюзного членства».

Представляя, что важным инструментом в стремлении помочь студентам открыть перед собой грандиозные возможности: получить социальную защищенность, выразить своё Я, реализовать себя в обществе, раскрыть свои таланты, воплотить в реальность нестандартные проекты и оригинальные идеи, тем самым сделать свою жизнь разнообразнее и комфортнее может стать автоматизированная система управления для профсоюзной организации студентов СПбГПУ (далее ПОС СПбГПУ).

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

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

1. Характеристика Профсоюзной организации студентов СПбГПУ. Методика проведения работы

1.1 Характеристика ПОС СПбГПУ

ПОС СПбГПУ, являясь одной из крупнейших неполитических молодежных организаций города, включает в себя порядка 10 отделов (или направлений). Основной задачей ПОС СПбГПУ является защита прав студентов в ВУЗе.

Среди студентов ПОС СПбГПУ зарекомендовала себя как опытный организатор культурного отдыха студентов (ведь чтобы плодотворно работать необходимо хорошо отдыхать): это и культурно-массовые мероприятия, и регулярные спортивные соревнования, и КВН, и отдых студентов на по путевкам выходного дня и на базах отдыха «Политехник», и оздоровление студентов в профилактории.

ПОС занимается и трудоустройством студентов как по окончании ВУЗа, так и частично во время обучения, дает возможность весело потрудиться и активно отдохнуть в «Студенческих трудовых отрядах», а также поработать за рубежом, например, в США.

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

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

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

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

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

Бухгалтерия - банк, ведение баланса организации.

1.2 Методика проведения работы

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

2. Анализ целей и функций управления Профсоюзной организации студентов СПбГПУ

2.1 Структурирование целей и функций ПОС СПбГПУ с использованием методик системного анализа

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

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

Наиболее целое представление о структуре целей и функций даёт методика, основанная на концепции, учитывающей среду и целеполагание. В основе этой методики лежит определение системы В.Н. Сагатовского, в котором учитываются понятия цели Z, среды SR и интервала времени T, периода существования системы, влияющего на процесс целеообразования

Sdef [A, R, Z, SR, T]

Методика была разработана и исследована группой ученых томских вузов Перегудовым, Ямпольским и Кочневым. В ней было выделено 7 последовательных этапов, по которым проводится структуризация объекта:

1. Формирование глобальной цели системы

2. Разложение по признаку «виды конечного продукта»

3. Разложение по признаку «пространство инициирования целей»

4. Разложение по признаку «жизненный цикл»

5. Разложение по основным элементам системы

6. Разложение по признаку «управленческий цикл»

7. Разложение по признаку «делегирование полномочий»

Используя признаки формирования собственно структуры целей (первые три признака структуризации), можно разделить сложную среду на надсистему (НС), подведомственные системы (ПС), актуальную среду (АС) и внутреннюю среду - собственно систему (СС).

В нашем случае надсистемой будет ректорат СПбГПУ, требования и предписания которого должны выполняться.

Полученная структура отражена на рисунке 4.

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

2.1.2 Структуризация целей системы, стремящейся к идеалу

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

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

· Правда - это поиск истины, развитие знания, науки и образования

· Добро - разрешение внутриличностных и межличностных конфликтов и конфликтов между социальными коллективами (этика, религия, юриспруденция)

· Красота - функция эстетики, формирование личности (гражданской ответственности), её всестороннее развитие.

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

2.1.3 Формирование обобщенной структуры

Для каждой из методик структуризации целей и функций можно сказать, насколько полезно и действенно применять её к той или иной компании.

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

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

Методика Р.Акоффа и Ф.Эмери помогает обеспечить полноту выявлений подцелей и функций для системы управления районом, городом, для управления непромышленной деятельностью. Применив её к нашей организации, мы убедились, что данная методика - это один из лучших способов структуризации ПОС СПбГПУ.

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

2.2 Оценка составляющих структуры целей и функций системы управления ПОС СПбГПУ

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

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

Наиболее распространенным методом является метод экспертной оценки, предложенный в методике ПАТТЕРН.

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

В таблице приняты следующие обозначения:

Наименование критерии - kx, вес критерия - q x, относительный вес оцениваемого элемента по соответствующему критерию - s jx, коэффициент относительной важности j-го элемента i-го уровня - r ij.

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

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

r ij = У q x* s jx

Описанный способ оценок был использован при оценке составляющих структуры предлагаемых решений. Процедура оценки была реализована с помощью автоматизированной диалоговой процедуры оценки составляющих структуры ЦФ. Оценки проводились по трем критериям:

1. Внутренняя важность

2. Влияние на имидж

3. Затратность

Начальным условием сочтем равное значение материального и эмоционального уровней.

По результатам проведенной работы составлены таблицы 1 - 6.

Таблица 1. Сферы деятельности

 

Критерии. Вес критериев

 

Элементы уровня

Внутренняя важность

Затратность

Влияние на имидж

Оценка относительной важности

0,3

0,3

0,4

Обеспечение потребностей и требования ректората

0,2

0,05

0,2

0,155

Организация взаимодействия с актуальной средой

0,15

0,1

0,25

0,175

Правда

0,25

0,3

0,2

0,245

Добро

0,05

0,1

0,05

0,065

Красота

0,35

0,45

0,3

0,36

Таблица 2. Обеспечение потребностей и требований ректората СПбГПУ

 

Критерии. Вес критериев

 

Элементы уровня

Внутренняя важность

Затратность

Влияние на имидж

Оценка относительной важности

0,3

0,3

0,4

Выполнение требований устава СПбГПУ

0,3

0

0,25

0,19

Обеспечение выполнения плановых заданий ректората СПбГПУ

0,15

0,35

0,15

0,21

Поток финансовых поступлений

0,15

0

0,05

0,065

Контроль выполнения работы

0,3

0,05

0,3

0,225

Бухгалтерская отчетность вышестоящим органам

0,1

0,6

0,25

0,31

Таблица 3. Организация взаимодействия с актуальной средой

 

Критерии. Вес критериев

 

Элементы уровня

Внутренняя важность

Затратность

Влияние на имидж

Оценка относительной важности

0,3

0,3

0,4

Выявление потребностей членов профсоюза

0,2

0,1

0,25

0,19

Сотрудничество с другими ВУЗами и организациями

0,2

0,05

0,15

0,135

Взаимоотношения с конкурентами

0,15

0,05

0,15

0,12

Выделение материальной помощи студентам

0,45

0,8

0,45

0,555

Таблица 4. Правда. Образование и развитие знания

 

Критерии. Вес критериев

 

Элементы уровня

Внутренняя важность

Затратность

Влияние на имидж

Оценка относительной важности

0,3

0,3

0,4

Ежегодный трехдневный семинар для профоргов вуза

0,3

0,8

0,6

0,57

Выявление и исследование потребностей студентов

0,25

0,15

0,15

0,18

Анализ накопленного опыта

0,25

0,025

0,125

0,1325

Использование опыта других организаций

0,2

0,025

0,125

0,1175

организауионный профсоюзный автоматизированный система

Таблица 5. Добро. Решение межличностных и внутриличностных конфликтов

 

Критерии. Вес критериев

 

Элементы уровня

Внутренняя важность

Затратность

Влияние на имидж

Оценка относительной важности

0,3

0,3

0,4

Охрана порядка на мероприятиях и в организации

0,1

0,3

0,15

0,18

Вежливость и порядочность сотрудников

0,6

0

0,8

0,5

Проведение тренингов и семинаров для сотрудников ПОС СПбГПУ

0,3

0,7

0,05

0,32

Таблица 6. Красота. Отдых, экскурсии, оздоровление, культура

 

Критерии. Вес критериев

 

Элементы уровня

Внутренняя важность

Затратность

Влияние на имидж

Оценка относительной важности

0,3

0,3

0,4

Обеспечение льготникам бесплатное пользование услугами санатория-профилактория

0,1

0,05

0,05

0,065

Путевки летние лагеря СПбГПУ и на другие базы отдыха

0,025

0,325

0,3

0,225

Путевки выходного дня в течение года

0,025

0,2

0,05

0,0875

Организация экскурсий для студентов в Ленинградскую область

0,025

0,125

0,025

0,055

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

0,3

0,15

0,2

0,215

Организация спортивных соревнований для студентов

0,225

0,05

0,2

0,1625

Организация корпоративных, факультетских и вузовских вечеринок

0,15

0,025

0,125

0,1025

Организация экскурсий по городу

0,1

0,075

0,025

0,0625

Соглашения с городскими музеями, театрами, зоопарком и цирком на скидки для студентов СПбГПУ

0,05

0

0,025

0,025

3. Анализ существующих автоматизированных информационных систем для Профсоюзных организаций

3.1 Предпосылки создания АИС Профсоюзной организации

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

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

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

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

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

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

3.2 Описание существующих систем АСУ ВУЗа

3.2.1 АСУ Дек арт

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

Описание системы.

Комплекс программного обеспечения позволяет:

1. Решить задачу оперативного учета в аспирантурах и деканатах ВУЗов.

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

3. Формировать учебную нагрузку и контролировать ее выполнение. Автоматически отображать учебную нагрузку в личном деле преподавателя, УВП, аспиранта, докторанта и др. Вести учет научного руководства преподавателями.

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

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

6. Автоматизировать процесс зачисления, восстановления, а также назначения стипендий и грантов.

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

8. подготавливать отчеты для передачи в вышестоящие организации.

Программный комплекс ориентировании:

1. на работников аспирантур и деканатов;

2. на учебный отдел;

3. на руководство ВУЗа.

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

1. Модуль «Картотека» веден персонифицированный учет контингента ВУЗа с отображением всей информации, касающейся конкретного лица.

2. Модуль «Приказы и распоряжения» позволяет заносить информацию по приказам и распоряжениям, которые относятся к лицам, внесенным в базу.

3. Модуль «Экзаменационные ведомости» позволяет формировать и редактировать экзаменационные ведомости, а также подготовить отчетные документы по сессиям и пересдачам

4. Модуль «Учебная нагрузка» позволяет формировать учебную нагрузку и распределять ее по преподавателям.

5. Модуль «Конфигуратор» позволяет формировать логическую структуру ВУЗа, редактировать словари, формировать правила доступа пользователей к базе данных, организовывать механизм репликации данных.

6. Модуль «Платеж» позволяет вести учет прихода и расхода денежных средств по обучению.

Основные особенности реализации программного комплекса.

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

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

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

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

5. Справочники комплекса выполнены в соответствии с рекомендациями Министерства образования РФ.

6. Эффективная система экспорта данных позволяет быстро подготавливать различные печатные формы самими пользователями, например с помощью СУБД MS Access.

7. Если в ВУЗе или его филиалах нет единой высокоскоростной локально-вычислительной сети, то встроенная система репликации данных решит эту проблему.

В нашем университете существует единая база данных, которая учитывает сведения со всего ВУЗа.

АСУ СПбГПУ позволяет осуществлять:

1. Учет всех студентов в единой базе данных.

2. Быстрый поиск любого студента и информации о нем.

3. Автоматизация ввода экзаменационно-зачетных ведомостей.

4. Автоматизация создания отчетов.

5. Автоматизация создания приказов на отчисление, списков групп, ведомостей, личных карточек, журналов и других документов.

6. Облегчение создания документов о «движении» студентов.

7. Учет оплаты за обучение.

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

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

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

Рисунок 7. Интерфейс БД СПбГПУ

Рисунок 8. Выбор факультета

Рисунок 9. Поиск студента

3.2.2 АСУ Деканат 2.0

Описание системы.

1. Учет всех студентов в единой базе данных.

2. Быстрый поиск любого студента и информации о нем.

3. Автоматизация ввода экзаменационно-зачетных ведомостей.

4. Хранение номеров зачетных книжек всех студентов в базе и их оперативный поиск.

5. Автоматизация создания любых отчетов для служб статистики.

6. Автоматизация создания приказов на отчисление, списков групп, ведомостей, личных карточек, журналов.

7. Быстрое создание и печать вкладышей в диплом.

8. Быстрое создание документов о «движении» студентов.

9. Модуль тестирования абитуриентов, автоматическое зачисление прошедших вступительные тесты, автоматическое занесение результатов текущих электронных тестов в базу данных.

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

11. Модуль расчета средней успеваемости.

12. Модуль расчета почасовой нагрузки на преподавателей.

13. Возможность подключения внешних модулей.

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

15. Возможность создания любых отчетов и экспорт таблиц в HTML формат для последующего размещения на WEB-сервере.

Рисунок 10

Рисунок 11

3.3 Структуры функций рассмотренных систем

Рисунок 13. Структура функций АСУ СПбГПУ

Рисунок 14. Структура функций системы Деканат 2.0

3.4 Выбор информационной системы для автоматизации функций управления ПОС СПбГПУ

3.4.1 Методика выбора ИС для ПОС СПбГПУ

Методика выбора ИС для ПОС СПбГПУ состоит из шести блоков. Первый блок описывает структуру ФЧ, определяется на основе анализа целей и функций системы управления, для обеспечения деятельности которой создается АСУ, то есть ФЧ определяет цели и основные функции АСУ и представляет собой совокупность подсистем и задач, выбранных для автоматизации.

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

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

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

По итогам расчетов вышеперечисленных коэффициентов будет сделан выбор наилучшей из исследуемых АСУ.

На рисунке 15 показана структура методики выбора АСУ

Рисунок 15. Структура методики выбора АСУ

3.4.2 Выбор ИС

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

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

Степень автоматизации (1) определяется как отношение количества автоматизированных за счет конкретного программного продукта функций Fia к общему количеству функций Fio выбранной организации:

Коэффициент использования (2) функциональных возможностей АИС определяется как отношение числа функциональных возможностей продукта, используемых в организации fia к общему числу функциональных возможностей программного продукта:

После сопоставления структуры ФЧ АСУ ПОС СПбГПУ с функциями исследуемых программ построим матрицу сопоставлений для каждого программного продукта.

Результаты сопоставления приведены в таблицах 7-9.

Таблица 7

Программные модули АСУ Дек арт

ФЧ АСУ ПОС СПбГПУ

1.1.

1.2.

1.3.

1.4.

1.5.

1.6.

1.7.

1.8.

1.1.

-

-

-

-

-

-

-

-

1.2.

-

-

-

-

-

-

-

-

1.3.

-

-

-

-

-

-

+

-

1.4.

-

-

-

-

-

-

-

-

1.5.

-

-

-

-

-

-

-

+

2.1.

+

+

-

-

-

+

-

-

2.2.

-

-

-

-

-

-

-

-

2.3.

-

-

-

-

-

-

+

-

2.4.

-

-

-

-

-

-

-

-

3.1.1

-

-

-

-

-

-

-

-

3.2.1.

-

-

-

-

-

-

-

-

3.2.2.

-

-

-

-

-

-

-

-

3.2.3.

-

-

-

-

-

-

-

-

4.1.1.

-

-

-

-

-

-

-

-

4.1.2.

-

-

-

-

-

-

-

-

4.2.1.

-

-

-

-

-

-

-

-

5.1.1.

-

-

-

-

-

-

-

-

5.1.2.

-

-

-

-

-

-

-

-

5.1.3.

-

-

-

-

-

-

-

-

5.1.4.

-

-

-

-

-

-

-

-

5.1.5.

-

-

-

-

-

-

-

-

5.1.6.

-

-

-

-

-

-

-

-

5.1.7

-

-

-

-

-

-

-

-

5.2.1.

-

-

-

-

-

-

-

-

5.2.2.

-

-

-

-

-

-

-

-

Ка = 4/25 = 0,16

Ки = 5/8 = 0,625

Таблица 8

Программные модули АСУ СПбГПУ

ФЧ АСУ ПОС СПбГПУ

2.1.

2.2.

2.3.

2.4.

2.5.

2.6.

2.7.

2.8.

1.1.

-

-

-

-

-

-

-

-

1.2.

-

-

-

-

-

-

-

-

1.3.

-

-

-

-

-

-

+

-

1.4.

-

-

-

-

-

-

-

-

1.5.

-

-

-

+

-

-

-

-

2.1.

+

-

-

-

+

-

-

-

2.2.

-

+

-

-

-

-

-

-

2.3.

-

-

-

-

-

-

+

-

2.4.

-

-

-

-

-

-

-

-

3.1.1

-

-

-

-

-

-

-

-

3.2.1.

-

-

-

-

-

-

-

-

3.2.2.

-

-

-

-

-

+

-

-

3.2.3.

-

-

-

-

-

-

-

-

4.1.1.

-

-

-

-

-

-

-

-

4.1.2.

-

-

-

-

-

-

-

-

4.2.1.

-

-

-

-

-

-

-

-

5.1.1.

-

-

-

-

-

-

-

-

5.1.2.

-

-

-

-

-

-

-

-

5.1.3.

-

-

-

-

-

-

-

-

5.1.4.

-

-

-

-

-

-

-

-

5.1.5.

-

-

-

-

-

-

-

-

5.1.6.

-

-

-

-

-

-

-

-

5.1.7

-

-

-

-

-

-

-

-

5.2.1.

-

-

-

-

-

-

-

-

5.2.2.

-

-

-

-

-

-

-

-

Ка = 5/25 = 0,2

Ки = 6/8 = 0,75

Таблица 9

Программные модули АСУ Деканат 2.0.

ФЧ АСУ ПОС СПбГПУ

 

3.1

3.2.

3.3.

3.4.

3.5.

3.6.

3.7.

3.8.

3.9

3.10

3.11

3.12

3.13

1.1.

-

-

-

-

-

-

-

-

-

-

-

-

-

1.2.

-

-

-

-

-

-

-

-

-

-

-

-

-

1.3.

-

-

-

-

-

-

-

-

-

-

-

-

-

1.4.

-

-

-

-

-

-

-

-

-

-

-

-

-

1.5.

-

-

-

-

+

-

-

-

-

-

-

-

-

2.1.

+

-

-

-

-

+

-

-

-

-

-

-

-

2.2.

-

+

-

-

-

-

-

-

-

-

-

-

-

2.3.

-

-

-

-

-

-

-

-

+

-

-

-

-

2.4.

-

-

-

-

-

-

-

-

-

-

-

-

-

3.1.1

-

-

-

-

-

-

-

-

-

-

-

-

-

3.2.1.

-

-

-

-

-

-

-

-

-

-

-

-

-

3.2.2.

-

-

-

-

-

-

-

+

-

-

-

-

-

3.2.3.

-

-

-

-

-

-

-

-

-

-

-

-

-

4.1.1.

-

-

-

-

-

-

-

-

-

-

-

-

-

4.1.2.

-

-

-

-

-

-

-

-

-

-

-

-

-

4.2.1.

-

-

-

-

-

-

-

-

-

-

-

-

-

5.1.1.

-

-

-

-

-

-

-

-

-

-

-

-

-

5.1.2.

-

-

-

-

-

-

-

-

-

-

-

-

-

5.1.3.

-

-

-

-

-

-

-

-

-

-

-

-

-

5.1.4.

-

-

-

-

-

-

-

-

-

-

-

-

-

5.1.5.

-

-

-

-

-

-

-

-

-

-

-

-

-

5.1.6.

-

-

-

-

-

-

-

-

-

-

-

-

-

5.1.7

-

-

-

-

-

-

-

-

-

-

-

-

-

5.2.1.

-

-

-

-

-

-

-

-

-

-

-

-

-

5.2.2.

-

-

-

-

-

-

-

-

-

-

-

-

-

Ка = 5/25 = 0,2

Ки = 6/13 = 0,46

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

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

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

Главной проблемой была наполняемость базы, которую решили путем связывания АСУ СПбГПУ и ИС ПОС через Интернет. Таким образом обновление в базе ПОС происходит единовременно с обновлением в базе ВУЗа.

4. Разработка технического задания ИС ПОС СПбГПУ

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

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

4.1 База данных системы

База данных Системы должна являться единым централизованным хранилищем информации в Системе. В качестве сервера базы данных должен использоваться MS SQL Server 2008 (Express Edition).

База данных Системы используется для хранения следующих основных информационных сущностей (объектов):

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

«Нарушение правил ПОС» - информационный объект представляющий собой факт нарушения правил ПОС одним из ее членов;

«Платеж» - объект учета представляющий собой факт получения ПОС денежного платежа (членского взноса) от одного из членов ПОС;

«Услуга» - информационный объект учета, представляющий собой факт предоставления профсоюзной организацией некоторой услуги своему члену.

Заполнение и поддержание в актуальном состоянии базы данных осуществляется сотрудниками ПОС (операторами). Для осуществления сотрудниками ПОС повседневной оперативной деятельности, в состав Системы вводится специализированная программа для ЭВМ (далее АРМ учета студентов), основное назначение которой - обеспечение оперативного учета студентов.

4.1.1 Описание сущности «Студент»

Сущность «Студент» является основной учетной сущностью базы данных Системы, она также является родительской по отношении к большинству других сущностей. С точки зрения предметной области - сущность «Студент» представляет собой «электронный паспорт», который ведется в базе данных и поддерживается в актуальном состоянии операторами посредством АРМ учета студентов.

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

Поля сущности «Студент» делится на два типа:

· поля импортируемые в Систему из внешней базы данных;

· поля локальные (для Системы).

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

Локальные поля сущности «Студент» должны быть доступны для редактирования операторам Системы в соответствии с установленными для оператора разрешениями.

Таблица 10. Импортируемые атрибуты сущности «Студент»

№ пп

Наименование атрибута

Обяз.

Тип

Комментарий

1

Идентификатор импорта

ДА

Целое

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

2

Фамилия

НЕТ

Текст (255)

Фамилия студента

3

Имя

НЕТ

Текст (255)

Имя студента

4

Отчество

НЕТ

Текст (255)

Отчество студента

5

Дата рождения

НЕТ

Дата

Дата рождения студента

6

Пол

НЕТ

Бит

Пол студента(ки)

7

Учебное подразделение

НЕТ

Справочник

Подразделение в рамках которого студент проходит обучения (Факультет/Кафедра/Учебная группа)

8

Тип финансирования

НЕТ

Справочник

Тип финансирования обучения студента в ВУЗе (Бюджет/Контраткт)

9

Состояние

НЕТ

Справочник

Тип текущего состояния студента с точки зрения обучения (учится/отчислен/академич. отпуск и т.д.)

10

Тип обучения

НЕТ

Справочник

Текущий тип обучения (очное/заочное и т.д.)

11

Курс

НЕТ

Целое

Курс обучения

Таблица 11. Локальные атрибуты сущности «Студент»

№ пп

Наименование атрибута

Обяз.

Тип

Комментарий

1

Идентификатор

ДА

Целое

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

2

Член ПОС

ДА

Бит

Флаг, означающий тот факт, что данный студент является членом ПОС

3

Номер телефона

НЕТ

Текст (20)

Номер телефона, указанный студентом в качестве контактного

4

Адрес E-mail

НЕТ

Текст (128)

Адрес электронной почты, указанный студентом в качестве контактного

5

Дополнительно

НЕТ

Текст (255)

Произвольная текстовая информация о студенте

6

Должность ПОС

НЕТ

Справочник

Должность, занимаемая студентом в рамках ПОС (профорг/оздоровитель и т.д.)

4.1.2 Описание сущности «Платеж»

Данная сущность является подчиненной к сущности «Студент» и связана с ней отношением один ко многим (одна сущность «Студент» может содержать 0, или несколько сущностей «Платеж»).

С точки зрения предметной области - сущность «Платеж» представляет собой факт осуществления платежа (членского взноса) со стороны члена ПОС (в кассу ПОС).

Применительно к данной сущности, в Системе должна быть реализована специализированная бизнес-логика:

После создания записи о платеже никто не может редактировать данную запись (никто и никогда). Для реализации возможности отмены ошибочно внесенных данных реализуется операция «отмены» платежа, при которой запись помечается как «отмененная». При этом данная запись считается утратившей силу (неактуальной) и более не учитывается бизнес логикой Системы. Однако записи о платеже и его последующей отмене остаются в базе данных и могут быть прочитаны впоследствии (включены в специализированные отчеты).

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

Возможностью создания данных сущностей должны обладать специализированные «операторы платежей» Системы.

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

Таблица 12. Основные атрибуты сущности «Платеж»

№ пп

Наименование атрибута

Обяз.

Тип

Комментарий

1

Идентификатор

ДА

Целое

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

2

Сумма

ДА

Деньги

Сумма платежа (руб.кк).

3

Студент

ДА

Справочник

Студент - плательщик. Ссылка на сущность «студент».

4

Дата приема платежа

ДА

Дата

Дата приема платежа

5

Оператор

ДА

Справочник

Оператор внесший запись - ссылка на справочник операторов

6

Период

ДА

Дата

Временной период (месяц и год), которые покрывает платеж

7

Комментарий

НЕТ

Текст (255)

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

11

Флаг отмены

ДА

Бит

Флаг сигнализирующий об отмене записи

12

Оператор отмены

НЕТ

Справочник

Оператор, отменивший запись - ссылка на справочник операторов

13

Дата отмены

НЕТ

Дата

Дата отмены записи

4.1.3 Описание сущности «Услуга»

Данная сущность является подчиненной к сущности «Студент» и связана с ней отношением один ко многим (одна сущность «Студент» может содержать 0, или несколько сущностей «Услуга»).

С точки зрения предметной области - сущность «Услуга» представляет собой факт оказания со стороны ПОС своему члену некоторой «услуги». В качестве примеров услуг можно привести следующие: выплата материальной помощи студенту, выдача путевки в профилакторий и т.д.

Применительно к данной сущности, в Системе должна быть реализована специализированная бизнес-логика:

После создания записи об услуге никто не может редактировать данную запись (никто и никогда). Для реализации возможности отмены ошибочно внесенных данных реализуется операция «отмены» услуги, при которой запись помечается как «отмененная». При этом данная запись считается утратившей силу (неактуальной) и более не учитывается бизнес логикой Системы. Однако записи об услуге и ее последующей отмене остаются в базе данных и могут быть прочитаны впоследствии (включены в специализированные отчеты).

Правами на отмену записи об услуге обладает оператор осуществивший внесение записи, при условии, что отмена осуществляется не позднее чем через час после внесения записи. Администраторы Системы имеют право на отмену записей услуг неограниченно по времени.

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

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

Таблица 13. Основные атрибуты сущности «Услуга»

№ пп

Наименование атрибута

Обяз.

Тип

Комментарий

1

Идентификатор

ДА

Целое

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

2

Типу услуги

ДА

Справочник

Тип предоставленной услуги - ссылка на справочник «типы услуг»

3

Студент

ДА

Справочник

Студент которому предоставлена услуга - ссылка на сущность «Студент»

4

Дата предоставления услуги

ДА

Дата

Дата предоставления услуги

5

Оператор

ДА

Справочник

Оператор внесший запись - ссылка на справочник операторов

6

Сумма

НЕТ

Деньги

Сумма (руб.кк). Заполняется в том случае, если данная услуга предполагает денежную выплату студенту

7

Комментарий

НЕТ

Текст (255)

Произвольный комментарий оператора, вносящего запись об услуге

8

Подотчетность

ДА

Бит

Флаг, обозначающий подотчетность данной записи об услуге

9

Источник финансирования

НЕТ

Справочник

Ссылка на справочник «финансовые фонды»

10

Основание

ДА

Справочник

Дата «снятия» нарушения

11

Флаг отмены

ДА

Бит

Флаг сигнализирующий об отмене записи

12

Оператор отмены

НЕТ

Справочник

Оператор, отменивший запись - ссылка на справочник операторов

13

Дата отмены

НЕТ

Дата

Дата отмены записи

4.1.4 Описание сущности «Нарушение правил ПОС»

Данная сущность является подчиненной к сущности «Студент» и связана с ней отношением один ко многим (одна сущность «Студент» может содержать 0, или несколько сущностей «Нарушение правил ПОС»).

С точки зрения предметной области - сущность «Нарушение правил ПОС» представляет собой факт выявления сотрудниками ПОС некоего проступка (нарушения) со стороны студента, которое идет в разрез с принятыми условиями членства в ПОС. В качестве примеров таковых нарушений можно привести следующие: систематическая не выплата членских взносов, нарушение норм поведения во время мероприятий, проводимых ПОС и т.д.

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

Сущность «Нарушение правил ПОС» также должна оказывать следующие воздействие на процедуру создания сущностей «Услуга»: студентам имеющим по крайней мере одно не снятое нарушение должно быть запрещено оказание каких-либо услуг.

Таблица 14. Основные атрибуты сущности «Нарушение правил ПОС»

№ пп

Наименование атрибута

Обяз.

Тип

Комментарий

1

Идентификатор

ДА

Целое

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

2

Нарушитель

ДА

Справочник

Ссылка на сущность «Студент»

3

Дата

ДА

Дата

Дата совершения нарушения

4

Оператор

ДА

Справочник

Ссылка на оператора, внесшего запись о нарушении

5

Нарушение

ДА

Справочник

Ссылка на запись справочника «Типы нарушений»

6

Комментарий

НЕТ

Текст (255)

Произвольный комментарий оператора, вносящего запись о нарушении

7

Флаг снятия

ДА

Бит

Флаг означающий «снятие» данного нарушения

8

Оператор снятия

НЕТ

Справочник

Оператор, «снявший» нарушение

9

Дата снятия

НЕТ

Дата

Дата «снятия» нарушения

АРМ учета студентов должен удовлетворять следующим основным требованиям:

· АРМ должен работать в операционных системах семейства MS Windows (допускается работа в рамках исполняющей среды Microsoft DotNet 2.0 или выше);

· Удобный, современный, эргономичный интерфейс. Пользовательский интерфейс должен быть оптимизирован для работы на мониторе с разрешением 1280Х1024 (работа с другими значениями разрешения монитора также должна быть поддержана);

· АРМ должен обеспечивать аутентификацию пользователей на основе их личных логинов и паролей (неавторизованный доступ должен быть запрещен).

4.2.1 Функциональность просмотра данных студентов

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

В области навигации должны быть реализованы следующие варианты навигации:

· навигация по учебным подразделениям (факультет, кафедра, группа);

· навигация по специализированным условиям фильтрации.

В АРМ учета студентов должна быть реализована возможность быстрого поиска студентов по всей базе. В качестве критериев поиска должны быть реализованы следующие параметры:

· номер бэджа (вводится посредством считывания сканером штрих-кода с личного бэджа студента);

· фамилия;

· раздел дополнительной информации о студенте;

· номер контактного телефона студента.

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

· искать только точное совпадение с заданной фразой;

· искать любое совпадение с частью фразы.

Область данных главного окна приложения должна быть разделена по горизонтали на две части:

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

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

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

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

4.2.2 Функциональность «Особые отметки»

Для каждой записи студента в АРМ должна быть реализована возможность устанавливать произвольную комбинацию флагов. Список флагов возможных для установки формируется при помощи специализированного справочника «Особые отметки».

Возможность просмотра и редактирования особых отметок студента должна быть реализована в области детальных данных студента. В АРМ должны быть реализованы следующие операции с особыми отметками:

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

· снять особую отметку - удаление существующей особой отметки из паспорта студента.

В АРМ должна быть реализована возможность фильтрации выборки студентов на основании присутствия особых отметок в электронном паспорте студента.

4.2.3 Функциональность по учету платежей (членских взносов)

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

Возможность просмотра и редактирования особых отметок студента должна быть реализована в области детальных данных студента. В АРМ должны быть реализованы следующие операции с платежами:

добавить платеж - добавление новой записи платежа;

отменить платеж - пометка существующей записи платежа как не актуальной;

удалить платеж - физическое удаление существующей записи платежа из базы данных.

4.2.4 Функциональность импорта данных

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

Импорт осуществляется посредством переноса данных из файла CSV в базу данных Системы.

Импорт данных должен осуществляться в два этапа:

1. перенос данных из файла CSV во временную таблицу базы данных Системы;

2. осуществление процедуры анализа импортных данных и применение вновь поступивших данных к текущей базе данных Системы.

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

Второй этап импорта должен осуществляется в интерфейсе АРМ (посредством специализированной команды). По результатам импорта оператору должна предоставляться информация о количестве паспортов оперированных в процессе процедуры импорта:

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

2. количество измененных (актуализированных) паспортов;

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

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

4.2.5 Бэдж студента

Под термином «Бэдж» подразумевается специализированный печатаемый отчет, заполняемый на основании данных электронного паспорта студента и предназначенный для печати на специализированном принтере (печать на пластиковых картах). Кроме общей информации (ФИО, факультет, кафедра, должность ПОС и т.д.) на бэдже должен отображаться номер бэджа в виде штрих-кода. Номер бэджа формируется АРМ автоматически как уникальный номер паспорта студента.

4.3 Безопасность и права доступа пользователей

4.3.1 Разграничение прав доступа пользователей

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

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

Назначение прав пользователю должен осуществлять администратор АРМ посредством специализированной формы администрирования пользователя.

Таблица 15. Роли пользователей

№

Наименование роли

Функциональность

Права назначаемые операторам - членам роли

1

Public

АРМ

запуск АРМ учета студентов

Паспорт

просмотр паспортов студентов

Паспорт

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

Нарушения правил ПОС

просмотр нарушений

Платежи

просмотр платежей

Услуги

просмотр подотчетных услуг

Паспорт

просмотр особых отметок

2

PublicEx

Услуги

просмотр любых услуг (подотчетных и неподотчетных)

3

Operators

Паспорт

редактирование паспортов студентов

Паспорт

установка особых отметок

Нарушения правил ПОС

внесение записей

Нарушения правил ПОС

снятие нарушений

4

OperatorsDue

Платежи

добавление записей о платежах

Платежи

отмена (только если оператор осуществляет операцию не позже чем в течение часа после внесения отменяемой записи)

4

Administrators

Нарушения правил ПОС

физическое удаление записей

Платежи

отмена (без ограничений)

Платежи

физическое удаление записи

Услуги

отмена услуги (без ограничений)

Услуги

физическое удаление записи

Импорт

запуск процедуры импорта

Администрирование

администрирование локальных справочников Системы

5

Service_N

Услуги

добавление записей (типа имеющего идентификатор = N)

Услуги

отмена услуги (только если оператор осуществляет операцию не позже чем в течение часа после внесения отменяемой записи)

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

Страница:


Подобные документы

Работы в архивах красиво оформлены согласно требованиям ВУЗов и содержат рисунки, диаграммы, формулы и т.д.
PPT, PPTX и PDF-файлы представлены только в архивах.
Рекомендуем скачать работу.

© 2000 — 2023, ООО «Олбест» Все права защищены