Дипломная работа: Автоматизация регистрации и обработки заявок на комплектующие для ПК в компании ООО "SevStar"

Внимание! Если размещение файла нарушает Ваши авторские права, то обязательно сообщите нам
57
подходят для реализации задачи, поскольку подразумевают большие вложения
денежных средств в саму систему автоматизации.
Приобретаемая система не подойдет компании и из-за нехватки
функциональности, в ней хуже реализовано будущее развитие ИС, будет
необходим длительный срок адаптации под конкретные нужды компании, а также
неудобства будет вызывать частое обращение в службу поддержки.
Другой вариант заказ у сторонних разработчиков, который позволит
получить ИС, подходящую под бизнес-правила компании, но это только на
текущий момент. В случае каких-то изменений бизнес-процессов придется вновь
преобразовывать систему, что выльется в лишние затраты на модернизацию ИС.
Вариант с покупкой и доработкой также возможен, но в случае, если
требуется небольшая доработка без изменения самого ядра ИС, которое иногда
проблематично настроить из-за неполной документации.
Вариант с арендой ИС имеет сразу несколько больших преимуществ:
Открывает новые инновационные возможности за счет
сотрудничества с поставщиками интеллектуальных услуг мирового уровня, а
также дарит ценный опыт во взаимодействиях и партнерстве;
Дает компании возможность быстро перестаиваться под
изменяющиеся реалии рынка всегда проще найти другого поставщика, чем
закупать новое оборудование, перестраивать внутреннюю деятельность и
ликвидировать старые мощности;
Ускоряет получение новых навыков и ресурсов.
Однако в этом методе есть и свои нюансы компания рискует вывести
слишком много видов деятельности за свои пределы и в случае нестабильной
ситуации может утратить то, что приносило ей популярность и успех на рынке.
Поэтому наиболее оптимальным решением становится то, что ИС будет
разрабатываться в стенах компании собственными силами, поскольку компания
располагает квалифицированными специалистами для разработки и внедрения
подобного вида систем. Но все-таки разработка такого рода предполагает, что у
компании имеются специалисты, способные провести анализ бизнес-процессов, а
следом разработать и внедрить систему для их автоматизации. А поскольку
58
автоматизация затрагивает одно достаточно большое направление, всем
специалистам не составит труда провести работы по проектированию, разработке
и финальному внедрению системы автоматизации.
Создаваемая ИС будет включать в себя весь необходимый функционал, а
также будет учитывать особенности работы и пожелания сотрудников компании,
следовательно, будет являться уникальным продуктом, что позволит быстро
изменить в случае чего функциональность по требованию заказчика.
1.4 Обоснование проектных решений
1.4.1 Обоснование проектных решений по информационному
обеспечению
ИО состоит из совокупности обработанных и необработанных документов,
кодификаторов, классификаторов, словарей, нормативной базы, необходимых для
реализации решения по объемам, нахождению и методике присутствия данных в
АИС, а также совокупность правил и средств для перевода естественного языка,
применяемого при взаимодействии пользователей и сотрудников АС с
комплексом АИС.
Сегодня ИО описывается в качестве сочетания лингвистического и
информационного обеспечения. При этом само ИО состоит из файлов ОС и БД, а
лингвистическое обеспечение включает форматную базу, лексику и языковую
систему.
МО (Математическое обеспечение) описывается в рамках совокупности
математических методов и моделей на базе ГОСТ 24.03-90, используемых в АС.
ПО является совокупностью прикладных и общесистемных программ, а
также включает в себя всю нормативно-методическую документацию для их
применения.
ТО (Техническое обеспечение) включает в себя комплекс технических
средств, обеспечивающих работу всей системы. Зачастую к ним относятся
средства получения, отправки, отслеживания, анализа и копирования данных.
59
Пр. О (Правовое обеспечение) состоит из совокупности нормативно-
правовых документов, позволяющих обозначить права и обязанности
сотрудников и рамках работы системы, а также весь комплект документов,
отражающих порядок хранения данных, правила проверки информации, и
реализации законности всех реализуемых операций.
ОМО (Организационно-методическое обеспечение) отражено в множестве
документов, описывающих организационную структуру всей автоматизации,
важной для реализации исполнения некоторых функций.
ЭО (Эргономическое обеспечение) включает в себя методы и средства для
разработки наилучших условий для работы персонала в рамках единой АИС.
МО (Методологическое обеспечение) состоит из методики метрологии и
рекомендаций по их применению для конкретного компонента АИС.
Само ИО любой подсистемы зачастую включает в себя некую
информационную модель работы персонала на фирме. Часто лучше всего делить
его на вне машинное и внутри машинное.
Обычно к ИО предъявляют ряд требований, а именно:
ИО должно быть полноценным и адекватным для поддержки всех
описываемых функций;
При кодировке данных важно применять подтвержденные ID;
В процессе кодировки входной или выходной информации,
применяемой на высшем уровне управления, важно использовать лишь
классификаторы данного уровня;
ИО обязано быть на 100% совместимо с создаваемой системой;
Все формы документов должны сочетаться с корпоративными
стандартами и определенной системы документации;
Структура визуальных форм и всех документов должна полностью
соответствовать описанию каждого рабочего места сотрудника;
Применяемые сокращения, графики и сообщения должны быть
приняты в обществе и рассматриваемой предметной области, а также утверждены
с заказчиком.
60
в ИС важно предусмотреть механизмы проверки входной и выходной
информации, обновления данных в массивах данных, отслеживания целостности
БД, защиты НСД.
Основу Ио включает база информации, поддерживающая ее хранение и
обработку. Состав этой базы отражается параметрами системы и услугами, ею
предоставляемыми для своих пользователей, а также реализацией взаимодействия
контроля оплаты с другими АИС. Структура базы информации должна
поддерживать возможность увеличения функций системы, не требующих
корректировки структуры обрабатываемых данных, без переделки самой БД.
Сама база информации может состоять из:
Справочников, которые ведутся методом работы с программой
самим персоналом системы, который с ней работает;
Подстроенных таблиц для работы системы в требуемых условиях,
исходная загрузка которых реализована вместе с инсталляцией системы, и
данные, в которых может изменятся админом системы;
Таблиц сохраненной и текущей информации, доступ к которым
реализуется на основе ПО системы с указанными правами пользователей.
Обмен данными между комплексами задач, включёнными в состав
системы, а также остальными системами реализуется в рамках функций,
включенных в систему.
Любое ИО может состоять из системы кодирования и классификации;
методики разделённой документации, применяемой зачастую в ИО;
информационную базу в качестве совокупности имеющихся массивов данных.
Вне машинное обеспечение включает в себя совокупность данных,
описанных в основном в виде документов. Обычно документы делят на
первичные (декларации, выписки, ведомости) и отчетные документы, куда можно
отнести всю отчётность налогоплательщиков, проанализированную и выбранную
для отдела камеральных проверок.
Внутри машинное ИО часто представляет данные на машинных носителях
в упорядоченном виде БД и связей между ними. Часто подобный вид ИО
реализует среду, которая отражает выполнение сотрудниками возложенных на
61
них обязанностей. Зачастую подобная область описывается набором объектов, их
свойствами и взаимного обмена. И для любого объекта эти взаимосвязи и
свойства определены отдельно.
Потоками данных внешне машинного ИО часто называют регулярное
движение документов от исполнителя к получателю и обратно.
Классификаторы применимы для описания данных, могу обосновать
единство кодирования и классификации и нужны для безошибочной машинной
обработки и выдачи данных в удобной форме для решения потребительски
проблем
В описанной задаче использовались 2 общероссийских классификатора:
ОКУД – общий классификатор управленческих документов;
ОКОПФ – общий параметр организационно-правовых форм.
По любому в процессе реализации системы может применятся реляционная
модель БД. Такая модель опивает на отдельной предметной области совокупность
отношений, изменяющихся во времени. В процессе создания программы данная
совокупность помогает получить данные по объектам предметной области, а
также помогает создать модель связи между ними. Сами же данные помещаются
в таблицы. Для простоты поиска и определения любая таблица имеет свой
уникальный код.
Обычно к ИО предъявляют ряд требований, а именно:
ИО должно быть полноценным и адекватным для поддержки всех
описываемых функций;
При кодировке данных важно применять подтвержденные ID;
В процессе кодировки входной или выходной информации,
применяемой на высшем уровне управления, важно использовать лишь
классификаторы данного уровня;
ИО обязано быть на 100% совместимо с создаваемой системой;
Все формы документов должны сочетаться с корпоративными
стандартами и определенной системы документации;
Структура визуальных форм и всех документов должна полностью
соответствовать описанию каждого рабочего места сотрудника;
Источник: https://baza.diplomsite.ru/previewfile/2206