Дипломная работа: Автоматизация и обеспечение информационной безопасности приёма платежей в базе конфигурации "1С: Предприятия 8.3" в ООО "КОНСАЛТ ДЕВЕЛОП"

Внимание! Если размещение файла нарушает Ваши авторские права, то обязательно сообщите нам
44
1.3.3 Выбор и обоснование способа приобретения ИС для
автоматизации комплекса задач
В этом разделе рассматриваются базовые возможные варианты
приобретения ИС для компании, а также описывается эффект от процесса их
внедрения, потенциально оказанный на саму фирму. Выявлены главные
недостатки и преимущества всех рассмотренных способов приобретения.
Сегодня есть несколько вариантов решения поставленной задачи, касаемо
приобретения:
Покупка готового ПО;
•Покупка готового ПО и его модификация под требования клиента;
•Создание собственного ПО;
•Доработка уже имеющегося и находящегося в работе ПО.
Покупка готового ПО - один из наиболее простых вариантов, не
требующих других затрат, кроме финансовых. Среди преимуществ такого
способа можно назвать минимальные временные затраты и усилия на внедрение
продукта. Также есть очень большая вероятность купить хороший и актуальный
продукт из последних разработок, ввиду повышенной конкуренции на данном
рынке. Основными недостатками становится значительная дороговизн,
поскольку хороший продукт стоне может стоить дешево, к примеру, те, что
были рассмотрены в пункте 1.3.1 систем, и нельзя адаптировать систему под
себя на 100%, даже применяя все её функции по максимуму. Последним
недостатком можно назвать возможность возникновения критических ошибок
из-за несовместимости системы и структурной организации предприятия, для
устранения которых будут нужны немалые временные затраты, поскольку
скорее всего придется обращаться к производителю.
Покупка готового ПО и его модификация под требования клиента - это
улучшенный первый вариант приобретения, но с сохранившимся единственным
недостатком - это предполагаемая высокая стоимость. Такой вид приобретения
дает возможность в буквальном смысле «подогнать» все параметры ПО под
нужды потребителя и условия работы, что минимизирует вероятность
реализации критических ошибок. Но важно учитывать, что на слишком глубокие
45
изменения системы могут занимать значительные промежутки времени, т.к.
разработчикам компании необходимо будет понять код продукта.
Создание собственного ПО - самый длительный способ получения
нужного продукта. Группа специалистов IT отдела, отдела программных
разработок реализует свой собственный продукт для своей же компании,
учитывая её специфику. Но зачастую этот процесс занимает довольно много
времени и не всегда гарантирует 100% результат. В созданном продукте может
быть масса недоработок, которые необходимо будет устранять уже в процессе
работы системы. Хотя всегда есть шанс получить оптимальный для компании и
ее бизнеса продукт.
Доработка уже имеющегося и находящегося в работе ПО - обычная
модернизация уже имеющейся системы.
Выделив основные доступные варианты приобретения продукта, учитывая
специфику и возможности компании был выбран вариант создания собственного
ПО.
Рассмотрев основные возможные варианты приобретения продукта,
учитывая возможности и специфику организации был выбран вариант
разработки собственного продукта.
46
1.4 Обоснование проектных решений
1.4.1 Обоснование проектных решений по информационному
обеспечению
Информационное обеспечение (ИО) подсистемы основано на
информационной модели работы сотрудников компании. Выделяют
внемашинное и внутримашинное обеспечение.
Само ИО состоит из: системы классификации и кодирования; системы
единообразной документации, применяемой в ИО, информационную базу, т.е.
совокупность данных из всех информационных массивов.
Внемашинное обеспечение определяется всей совокупностью данных,
основную часть которых составляют документы. Выделяют первичные
(входные) документы, например, заявки пользователей, и отчетные (выходные)
документы, к которым относят документы по итогам рассмотрения заявок,
отчеты и т.п.
Внутримашинное ИО отражает данные на машинных носителях в виде
специально организованных массивов (файлов), БД и их информационных
связей. Внутримашинное ИО подсистемы организует информационную среду,
способствующую выполнению сотрудниками своих профессиональных
обязанностей. Эта область определяется набором объектов, их свойств и
взаимосвязей. Для любого такого объекта выражается набор его характеристик,
свойств.
Информационные потоки внешнемашинного ИО определяются как
направленное постоянное движение документов от источника из создания к
конечному получателю.
Классификаторы необходимы для описания данных, они отражают
единство классификации и кодирования данных и созданы для реализации
машинной обработки и выдачи результатов в удобной для пользователей форме
при решении различных задач.
В нашем проекте применялись следующие общероссийские
классификаторы:
47
ОКОПФ - Общероссийский классификатор организационно-
правовых форм;
ОКУД - Общероссийский классификатор управленческой
документации.
В процессе создания системы нужно использовать реляционную модель
БД. Реляционная модель данных отдельной предметной области включает в себя
набор отношений, меняющихся во времени. В процессе разработки ИС
совокупность отношений дает возможность хранить данные о всех объектах
предметной области, отражать связи между ними. При этом сами данные
сохраняются в таблицах. Для простоты определения каждая таблица
реализованной БД имеет уникальный код.
К ИО предъявляются указанные ниже общие требования:
ИО должно быть достаточным для реализации всех
автоматизируемых функций объекта;
В процессе кодирования данных должны использоваться принятые
у заказчика классификаторы;
В процессе кодирования выходной и входной информации, которая
применяется на высшем уровне управления, нужно использовать
классификаторы этого уровня;
Важно обеспечить совместимость с ИО систем, которые так или
иначе связаны с разрабатываемой системой;
Все формы документов должны отвечать корпоративным
стандартам заказчика (или унифицированной системы документации);
Строение документов и экранных форм должно соответствовать
параметрам терминалов на рабочих местах пользователей;
Графики формирования и содержание информационных
сообщений, а также применяемые аббревиатуры должны быть общепринятыми в
этой предметной области и обговоренными с заказчиком;
ИС должна предусматривать наличие средств контроля входной и
итоговой информации, механизма обновления данных в информационных
массивах, методик отслеживания целостности ИБ, средств защиты от
нелегального доступа.
48
В рассматриваемом случае к информационному обеспечению задачи
будут относиться входные и результатные документы, классификаторы, а также
перечень экранных форм, предназначенных для реализации диалога
пользователя и системы. В частности, необходимы следующие экранные формы:
Учет поступивших заказов;
Регистрация пользователей системы (менеджеров)
Учет товаров;
Распределение товара между складами и магазинами;
Формирование отчетов.
В разрабатываемой системе необходимо классифицировать следующие
множества:
товары;
категории товаров;
типы товаров.
К входной информации будет отнесена:
Информация о контрагентах
информация о группе товара
информация о типе упаковки
информация о товаре
информация о договорах
информация о приходе товара
информация о продажах товара
К результатным документам будут отнесены:
Отчет Статистика продаж
Отчет Статистика прихода
накладная;
прайс-лист;
счет на оплату.
Источник: https://baza.diplomsite.ru/previewfile/1792