Дипломная работа: Автоматизация приема и обработки заявок отделом техподдержки АО "Ренессанс Страхование"

Скачать файл

Заказать новую работу

Внимание! Если размещение файла нарушает Ваши авторские права, то обязательно сообщите нам

Заказ разработки у другой IT-компании дает возможность получить ИС,

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

в процессе изменения бизнес-процессов может потребоваться ее переработка, что

выльется в дополнительные затраты на переработку уже созданной ИС.

Покупка и доработка имеет место, если объем доработки не так велик,

подобная доработка становится возможна в рамках модели ядра ИС, что может

вызвать затруднения из-за отсутствия полноценной документации. Вариант с

арендой ИС имеет следующие преимущества:

• Оптимизирует инновационные возможности компании благодаря

взаимодействию и партнерству с поставщиками мирового уровня, которые уже

накопили огромный интеллектуальный потенциал и имеют богатый опыт

разработки;

• Поддерживает большую гибкость компании в момент очередного

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

дешевле стать сотрудничать с новыми поставщиками, у которых уже есть

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

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

другие;

• Ускоряет процесс приобретения новых ресурсов и навыков;

• Дает возможность подробнее останавливаться на тех операциях,

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

изначально сохранить под ее контролем.

Однако в таком случае компания рискует вывести за свои пределы

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

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

гарантировали ей успех на рынке в течение некоторого времени.

Поэтому ИС будет создаваться в компании собственными силами,

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

разработать и внедрить данную ИС. Создание собственной системы обязывает

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

спроектировать и внедрить систему для их автоматизации. Так как

автоматизируется одно не самое объемное направление деятельности,

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

работ по созданию проекта, разработке и внедрению системы автоматизации.

Полученная в итоге ИС будет сочетать в себе необходимый функционал,

учитывать основные особенность работы, а также пожелания и требования

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

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

соответствии с требованием работников компании.

1.4 Обоснование проектных решений

1.4.1 Обоснование проектных решений по информационному

обеспечению

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

кодификаторов, классификаторов, словарей, нормативной базы, необходимых для

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

АИС, а также совокупность правил и средств для перевода естественного языка,

применяемого при взаимодействии пользователей и сотрудников АС с

комплексом АИС.

Сегодня ИО описывается в качестве сочетания лингвистического и

информационного обеспечения. При этом само ИО состоит из файлов ОС и БД, а

лингвистическое обеспечение включает форматную базу, лексику и языковую

систему.

МО (Математическое обеспечение) описывается в рамках совокупности

математических методов и моделей на базе ГОСТ 24.03-90, используемых в АС.

ПО является совокупностью прикладных и общесистемных программ, а

также включает в себя всю нормативно-методическую документацию для их

применения.

ТО (Техническое обеспечение) включает в себя комплекс технических

средств, обеспечивающих работу всей системы. Зачастую к ним относятся

средства получения, отправки, отслеживания, анализа и копирования данных. [31]

Пр. О (Правовое обеспечение) состоит из совокупности нормативно-

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

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

отражающих порядок хранения данных, правила проверки информации, и

реализации законности всех реализуемых операций. [32]

ОМО (Организационно-методическое обеспечение) отражено в множестве

документов, описывающих организационную структуру всей автоматизации,

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

ЭО (Эргономическое обеспечение) включает в себя методы и средства для

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

МО (Методологическое обеспечение) состоит из методики метрологии и

рекомендаций по их применению для конкретного компонента АИС. [33]

Само ИО любой подсистемы зачастую включает в себя некую

информационную модель работы персонала на фирме. Часто лучше всего делить

его на внемашинное и внутримашинное.

Обычно к ИО предъявляют ряд требований, а именно:

• ИО должно быть полноценным и адекватным для поддержки всех

описываемых функций;

• При кодировке данных важно применять подтвержденные ID;

• В процессе кодировки входной или выходной информации,

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

классификаторы данного уровня;

• ИО обязано быть на 100% совместимо с создаваемой системой;

• Все формы документов должны сочетаться с корпоративными

стандартами и определенной системы документации;

• Структура визуальных форм и всех документов должна полностью

соответствовать описанию каждого рабочего места сотрудника;

• Применяемые сокращения, графики и сообщения должны быть

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

с заказчиком.

• в ИС важно предусмотреть механизмы проверки входной и выходной

информации, обновления данных в массивах данных, отслеживания целостности

БД, защиты НСД.

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

обработку. Состав этой базы отражается параметрами системы и услугами, ею

предоставляемыми для своих пользователей, а также реализацией взаимодействия

контроля оплаты с другими АИС. Структура базы информации должна

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

корректировки структуры обрабатываемых данных, без переделки самой БД.

Сама база информации может состоять из:

• Справочников, которые ведутся методом работы с программой

самим персоналом системы, который с ней работает;

• Подстроенных таблиц для работы системы в требуемых условиях,

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

данные, в которых может изменятся админом системы;

• Таблиц сохраненной и текущей информации, доступ к которым

реализуется на основе ПО системы с указанными правами пользователей.

Обмен данными между комплексами задач, включёнными в состав

системы, а также остальными системами реализуется в рамках функций,

включенных в систему.

Любое ИО может состоять из системы кодирования и классификации;

методики разделённой документации, применяемой зачастую в ИО;

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

Внемашинное обеспечение включает в себя совокупность данных,

описанных в основном в виде документов. Обычно документы делят на

первичные (декларации, выписки, ведмости) и отчетные документы, куда можно

отнести всю отчётность налогоплательщиков, проанализированную и выбранную

для отдела камеральных проверок.

Внутримашинное ИО часто представляет данные на машинных носителях

в упорядоченном виде БД и связей между ними. Часто подобный вид ИО

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

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

свойствами и взаимного обмена. И для любого объекта эти взаимосвязи и

свойства определены отдельно.

Потоками данных внешнемашинного ИО часто называют регулярное

движение документов от исполнителя к получателю и обратно.

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

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

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

проблем

В описанной задаче использовались 2 общероссийских классификатора:

• ОКУД – общий классификатор управленческих документов;

• ОКОПФ – общий параметр организационно-правовых форм.

По любому в процессе реализации системы может применятся реляционная

модель БД. Такая модель опивает на отдельной предметной области совокупность

отношений, изменяющихся во времени. В процессе создания программы данная

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

также помогает создать модель связи между ними. Сами же данные помещаются

в таблицы. Для простоты поиска и определения любая таблица имеет свой

уникальный код.