Загрузка...
Учебная работа. Курсовая работа: Проектирование элементов информационной системы фирмы для автоматизации процессов продаж оргтехн
ВВЕДЕНИЕ
1 ПРОЕКТИРОВАНИЕ ФУНКЦИОНАЛЬНОЙ части ИНФОРМАЦИОННОЙ СИСТЕМЫ
1.1 Начальные данные
1.2 Цели автоматической системы и автоматизируемые функции
1.3 Черта многофункциональной структуры информационной системы
1.4 Обоснование предлагаемых типовых решений
2 ПРОЕКТИРОВАНИЕ ФУНКЦИОНАЛЬНОЙ части ПОДСИСТЕМЫ, ВЫБРАННОЙ ДЛЯ УГЛУБЛЕННОЙ ПРОРАБОТКИ
2.1 Обоснование выбора подсистемы
2.2 Проектирование многофункциональной схемы подсистемы
Заключение
Введение
Мировойевропейский опыт указывает, что успехив области организации и реализации оргтехники, почти во всем зависят от степени использования новейших технологий, в том числе информационных [1].
Положение дел, сложившееся на предприятии на момент начала выполнения данной работы, можно охарактеризовать последующим образом [2]:
— Процессы продаж и документооборота, выполняемые вручную, не разрешают управлению компании своевременнополучать конкретные данные, нужные для высококачественного принятия нужных решений направленных на улучшение деятель компании
— Свойство документов, подготавливаемых в процессе деятель компании, не отвечает современным требованиям
, создавая трудности, заставляя созодать рутинную работу которая занимает огромное количество времени
— размер рутинной работы
при выполнении заказа покупателя и приема продуктов от поставщика: «ведение учёта и анализа, правильное оформление документов и ряд остальных вытекающих из этого операций», недостаточно автоматизирован и затрудняет работу компании существенно снижая время и силы.
В тоже время в работах [3-5] содержатся данные о возникновении разных технических средств, программного обеспечения, подходов к устранению проблем, отмеченных выше. А именно, в статье [3] описывается и утверждается, что применение этих способов автоматизации позволило значительно повысить уровень обслуживания и ведения документооборота и т.д. Что позволило сберечь время и средства.
По другому говоря, существует принципная возможность заавтоматизировать данный процесс на базе технологических и программных достижений, операционных систем, методом реорганизации работы служащих компании и обслуживающего персонала согласно предложенной методике
Но, для внедрения технологии нужно разглядеть все вышеперечисленные трудности наиболее тщательно, в том числе спроектировать многофункциональную часть информационной системы.
1 Проектирование многофункциональной части информационной системы
1.1 Начальные данные
В целях более полного учета причин, влияющих на проектирование многофункциональной части объекта автоматизации, руководствуясь «Правилами проведения работ при разработке автоматических систем» Р50-34. 126-92, были проанализированы:
— учредительные документы (компании) [3,5];
— многофункциональные обязанности работника склада, Менеджера, Товароведа, участвующих в автоматизируемом процессе [2,4];
— результаты опроса должностных лиц о имеющихся особенностях и сложностях, связанных с реализацией автоматизируемого процесса на момент начала выполнения данной курсовой работы, также их видение целей автоматизации и вероятных вариантов заслуги этих целей;
— технические задания на создание систем, которые можно разглядывать прообразами проектируемой системы;
1.2 Цели автоматической системы и автоматизируемые функции
сотворения системы является увеличение эффективности работы служащих компании , за счет автоматизации на современном уровне функций главных должностных лиц, участвующих в производственно-управленческом процессе.
Для заслуги цели нужна автоматизация последующих функций (Таблица 1):
Таблица
1
Функции, подлежащие автоматизации
Информационная поддержка процесса обслуживания заказов
—
баз данных в объеме, нужном для совместного функционирования всех должностных лиц компании, снаряженных средствами автоматизации, включая начальный ввод инфы, внесение конфигураций и дополнений в данные, учтенные ранее,
—
отчетов, предусмотренных регламентом, также получение справочных данных случайного содержания в объеме предоставленных возможностей.
Информационная поддержка бухгалтерского учета
— ввод и обработка
,
—
первичных документов и
Информационная поддержка правовой стороны бизнеса
— получение
по действующему
,
— поддержание правовой базы данных
без роли юзера,
— возможность получения крайних
, предусмотренных законодательством для дизайна договоров, отчетов, договоров
Планирование и организация служебной деятель
—
с заданием событий (работ, задач) и плановых сроков выполнения.
— ведение
с адресами, телефонами, чертой деловых партнеров и пр.,
—
событиях, встречах за несколько дней, недель, месяцев.
— автоматизацию
(планирование, напоминание, автоматический набор №, автодозвон, фиксация времени, даты и продолжительности, заметок о разговоре методом набора с клавиатуры),
—
с учетом взаимоувязки с планами деловых партнеров
Обеспечение электрических коммуникаций
— поддержание режима
организации с целью получения справок, отчетов и др. данных,
1.3 Черта многофункциональной структуры
информационной системы
Анализ начальных данных, вышеперечисленных, и выявленных функций, подлежащих автоматизации, также имеющихся сведений о способностях современных пакетов прикладных программ дозволили предложить последующее обобщенное описание многофункциональной структуры проектируемой системы. На схеме показан состав частей многофункциональной структуры и связи меж ними и наружной средой. В качестве частей системы выделены последующие многофункциональные подсистемы:
— ФП «Заказы»,
— ФП «Бухгалтерия»,
— ФП «Органайзер»,
К элементам наружной среды отнесены:
— заказчики
— компании
Взаимодействие частей обеспечивается:
1)
обмена данными — коммуникационной подсистемой (на схеме связи показаны сплошными линиями)
2)
(на схеме взаимодействие частей показано пунктиром).
Предлагаемый регламент обмена данными представлен в табличной форме. Порядковые номера сообщений (документов, запросов и пр.), представлены на схеме с соответственной связью по правилам изображения объяснений. Реализацию перечисленных подсистем предлагается производить, в главном, на базе типовых решений и, отчасти, методом использования технологии необычного проектирования.
Реализацию перечисленных подсистем предлагается производить, в главном, на базе типовых решений и, отчасти, методом использования технологии необычного проектирования.
Выполненный анализ [1,3] показал, что большая часть подсистем, нужных для заслуги целей проектируемой системы, не нуждается в разработке, а именно:
1. В качестве ФП «Бухгалтерия» предлагается употреблять пакет 1С Бухгалтерия. Главные аргументы в пользу такового выбора заключаются в последующем:
a. Более пользующийся популярностью пакет Бухгалтерии (Таблица 3);
b. Забугорные бухгалтерские системы не достаточно употребляются в Рф из-за различий в системах бухучета в нашей стране и за рубежем;
c. В бухгалтерии компании, для которой проектируется система, работает один человек, на которого возложены простые функции:
— ввод и обработка бухгалтерских записей;
— печать первичных документов и отчетов;
Консультации, проведенные с возможным юзером — бухгалтером компании, проявили, что размер функций, реализуемых пакетом 1С Бухгалтерия, полностью обеспечивают выполнение задач, стоящих перед бухгалтером автоматизируемой компании.
Более всераспространенные бухгалтерские ПП
Класс системы
Группа потребителей
Главные свойства
Компании- создатели
Мини-
бухгалтерия
Бухгалтерия
в 1 -3 человека.
Без специализации
Ввод и обработка бухгалтерских записей.
Печать первичных документов и отчетности»
«ИнфоСофт»
«1С»
Всепригодные системы
(миди- бухгалтерия)
Численность бухгалтерии невелика.
Предусмотрены все разделы учета
Усиленная аналитика.
Реализация главных компонент натурального учета.
Учет труда и зарплаты
«1С»
«ИнфоСофт»
Локальные АРМ
локальная модификация всеохватывающих систем
Всеохватывающая реализация личной задачки учета
«1С»
«Паритет
софт«
Всеохватывающие системы
Бухгалтерия не наименее 10 человек.
Разделение функций меж сотрудниками
Комплекс программ.
Сетевая архитектура.
Довольно полная реализация функций.
Адаптируемость
«Парус»
«Ланке»
Управленческие системы
Подразделения бухгалтерского и денежного учета.
Подразделения денежного менеджмента
Управленческий учет.
Планирование и управление.
Настройка на клиента
(кастомизация).
Открытость архитектуры.
Масштабируемость
«Новейший Атлант»
SAP
BAAN
2. В качестве средства, обеспечивающего всеохватывающую реализацию функций «органайзера» и «поддержки работы с электрической корреспонденцией» (E-Mail, Fax, базы данных на Интернет — серверах), избран пакет Outlook-97. В пользу такового решения склонили последующие аргументы:
a. В работах […,….] отмечается более нередкое внедрение пакетов ПП Shedule+
, ПП
Outlook
, ПП Lotus Organizer
;
b. Пакеты делают все функции, подлежащие реализации в части органайзера и работы с корреспонденцией (см. выше, Таблица 1
);
c. способности вышеназванных пакетов достаточно близки и повсевременно развиваются. Можно отметить, что компании Lotus
обычно красивее, но степень интеграции этого пакета с более всераспространенными приложениями компании MicroSoft,
которые предполагается использовать в проектируемой системе,потенциально ниже;
d. Большая часть возможных деловых партнеров употребляют пакеты компании MS
Outlook
MS.
Потому ориентация на этот пакет дозволит минимизировать вероятные трудности коммуникаций из-за несовместимости программного обеспечения.
Проектирование многофункциональной части подсистемы, избранной для углубленной проработки
2.1 Обоснование выбора подсистемы
Из всего состава многофункциональных подсистем, выделенных выше, для углубленной проработки выбрана ФП «Заказы». Данный выбор обоснован последующим:
1. В широком списке узнаваемых пакетов прикладных программ не удалось отыскать ни 1-го типового решения, удовлетворительно реализующего функции, возлагаемые на подсистему «Заказы».
2. В базу ФП «Заказы» быть может положена какая-либо система управления базами данных, к примеру, Access либо электрических таблиц, которые разрешают значительно упростить и убыстрить автоматизацию типовых учетных функций. Но для сотворения базы данных (БД), ее ведения, получения нужных справок и составления отчетов нереально обойтись без разработки программ, в большей степени учитывающих специфику автоматизируемого процесса.
По другому говоря, для ФП «Заказы» нужно применение технологии необычного проектирования. Принимая во внимание задачки курсового проекта, ограничимся проектированием многофункциональной части ФП «Заказы».
2.2 Проектирование многофункциональной схемы подсистемы
Предлагаемая схема, многофункциональной структуры подсистемы «Заказы» приведена ниже.
В центральной части рисунка показана последовательность операций, обеспечивающая полный цикл функционирования подсистемы. Для всякого шага показан состав входной и выходной инфы, также формы ее представления на базе языка условных символов, рекомендованных ГОСТом 19.701-90. Обобщенное описание схемы представлено в табличной форме.
Рису
нок 2 (окончание)
В самом общем виде процесс работы быть может описан последующим образом:
— Менеджеротдела заказов, получив заказ от заказчика и обрабатывая поступившие документы с заказами, вносит реквизиты заказчиков в адресную книжку, а содержание заказа в подобающую БД. При всем этом он употребляет собственный АРМ-Э и приложение MS Aсcess, пополняющее БД, размещенную на основном и запасном серверах. Предоставляет заказчику счет.
— бухгалтер, получив от заказчика квитанции с извещениями оплаты и используя собственный АРМ-Б, фиксирует в соответственной БД дату перевода средств, сумму и номер заказа, также сдает средства приобретенные от заказчика (если это был наличный расчет), в момент времени имеет возможность получить исчерпающую информацию о ходе выполняемых работ, как по фирме в целом, так и по любому исполнителю. Ту же информацию управляющий может получить, находясь в командировке за тыщи км, если он воспользуется новейшей услугой — предоставлением способности работы в Вебе. Для этого управляющий может подключится к серверу собственной компании, используя способности коммуникационной подсистемы.
Заключение
Эта курсовая написана мной для того, чтоб осознать смысл работы многофункциональной подсистемы «Заказ». Проектирование частей информационной системы указывает нам эффективность работы ФП «Заказов» и должностных лиц участвующих в этом процессе.
]]>