- •Ордена Трудового красного знамени фгбо уво Московский технический университет связи и информатики
- •«Ис коллекторской компании»
- •«Архитектура nms – системы Nagios»
- •Введение
- •Часть №1. Анализ и проектирование информационной системы коллекторской службы
- •Описание требований к информационной системе коллекторской компании
- •Предварительные замечания к проекту
- •Цели и рамки проекта
- •Деловой контекст
- •Функциональные требования
- •Эксплуатационные требования
- •Политические и юридические требования
- •Модель описывающая поведение взаимодействующих групп объектов в рамках информационной системы
- •Часть №2. Архитектура nms – системы Nagios
- •Архитектура систем управления сетью
- •Стандарты систем управления
- •Стандарты snmp-управления
- •Стандарты управления osi
- •Сравнение протоколов snmp и cmip
- •Система Nagios
- •Заключение
- •Список использованных источников
Деловой контекст
Коллекторская компания – это компания, основной деятельностью которой является взыскание долга в досудебном порядке. На территории РФ большинство таких организаций работают в качестве агентов банковских учреждений.
Коллекторский подход к взысканию задолженности необходимо отличать от других способов решения проблемы задолженности: юридического, экономического, нелегального. При этом, коллекторский подход (от англ. collect - собирать, взимать, инкассировать) можно определить как конвейерное, т.е. максимально формализованное и технологичное, взыскание большого объема однотипной, преимущественно бесспорной, задолженности.
Участники проекта
Заказчик - старший преподаватель кафедры сетевых информационных технологий и сервисов московского технического университета связи и информатики Шведов Андрей Вячеславович
Разработчик – студент 3-го курса заочного общетехнического факультета московского технического университета связи и информатики Кондратьев Иван.
Идеи в отношении решений
Информационная система должна быть реализована в виде настольного приложения для операционных систем MS Windows.
Обзор документа
В разделе «Системные сервисы» описывается, что должна делать система. В разделе «Системные ограничения» определяется, насколько система ограничена при выполнении обслуживания. В разделе «Проектные вопросы» освещаются прочие проектные вопросы.
Системные сервисы
Рамки системы
Рамки системы можно моделировать с помощью диаграммы контекста (рисунок 1).
Рис 1. – Контекстная диаграмма информационной системы
На вход информационной системы поступают:
Люди;
Сведения;
Запросы.
На выходе информационной системы получаются:
Экспорт данных;
База клиентов;
База задолжников;
Ведение договоров.
Процессами управления являются:
Нормативные акты;
Особенности СУБД.
Для полноценной работы системы необходим:
Персонал.
В систему обращаются люди для получения необходимой информации о возможном предоставлении услуг коллекторской компании, делают они это лично (люди), либо получают информацию по телефону (запрос). В систему поступают новые запросы от клиентов. В коллекторской системе есть свои правила (нормативные акты), установленные как законодательством, так и уставом коллекторских служб, которые регламентируют порядок проведения досудебных процессов в соответствии с законодательством РФ, составление отчётов и документов, поведение персонала в различных ситуациях. За обеспечением работы всей системы следят люди (персонал). Обязанности работников регламентируются (нормативные акты).
Функциональные требования
Информационная система коллекторсокой компании должна обеспечивать выполнение перечисленные ниже функции:
Учет входящих документов;
Учет максимальных сроков исполнения поручений;
Учет фактически выполненных работ по поручениям/документам;
Учет затраченного времени, на исполнение документа/поручения;
Напоминание о скором истечении сроков исполнения документов/поручений, с настройкой периода напоминаний;
разделение подключенных пользователей на группы: авторизованных и администраторов базы данных;
Импорт данных из MS Excel 2007 и выше;
Поиск по базе данных;
Фильтры и быстрый поиск по базе данных;
Экспорт данных в форматах MS Excel, MS Word, XML, текстовый файл;
Резервное копирование;
Печать данных;
Возможность настройки пользовательского интерфейса
Требования к данным
Информационная система должна хранить данные, используя базу данных Oracle 11g или выше.
Системные ограничения
Требования к интерфейсу
Информационная система должна иметь стандартный интерфейс приложений, разработанных для ОС MS Windows.
Требования к производительности
Особых требований к производительности информационной системы нет.
Требования к безопасности
С системой могут работать несколько человек, входя в программу под своим именем. Для обеспечения конфиденциальности каждое имя можно защитить паролем. Добавление, изменение, блокирование и удаление пользователей осуществляется администратором информационной системы.
Все действия пользователей должны логгироваться, с сохранением максимальной полноты данных о работе пользователей в системе.