Прикладная информатика дипломная работа

Целью данного дипломного проекта является внедрение и адаптация ИС подготовки документов для расчета с поставщиками за поставляемый товар (материалы) на предприятии машиностроения с использованием ИС «BAAN V». Поскольку данная выпускная квалификационная работа связана с формирование документов с использованием установленной ранее информационной системы «BAAN V», то она является актуальной. ...

Введение 3
1 Общесистемная часть 4
1.1 Технико-экономическая характеристика объекта 4
1.2 Экономическая сущность разрабатываемого комплекса задач 10
1.3 Анализ существующего процесса закупки материалов 11
1.4 Обоснование необходимости усовершенствования процесса 13
1.5 Концептуализация разработки ИС 14
2 Проектная часть 17
2.1 Описание постановки задачи 17
2.2 Проектирование мнемосхемы предлагаемого процесса 18
2.3 Проектирование функциональной модели существующего процесса закупки материалов на предприятии 20
2.4 Проектирование функциональной модели предлагаемого процесса закупки материалов 23
2.5 Информационное обеспечение комплекса задач 25
2.6 Математическое обеспечение комплекса задач 29
2.7 Схема алгоритма работы пользователя с программой 32
2.8 Программное обеспечение 32
2.9 Пример работы в системе 37
3 Экономическая эффективность 42
3.1 Исходные данные для расчета 42
3.2 Расчет капитальных затрат на создание ИС 45
3.3 Результаты расчета 58





Заключение 60
Список литературы 61
ПРИЛОЖЕНИЕ А 63
ПРИЛОЖЕНИЕ Б 64
ПРИЛОЖЕНИЕ В 65
ПРИЛОЖЕНИЕ Д 72
ПРИЛОЖЕНИЕ Е 79
ПРИЛОЖЕНИЕ Ж 79
ПРИЛОЖЕНИЕ И 81
ПРИЛОЖЕНИЕ К 82

В основе решения многих задач лежит обработка информации. Для упрощения процесса обработки информации создаются информационные системы.
Информационная система - это программный комплекс, функции которого состоят в поддержке надежного хранения информации в памяти компьютера, выполнении специфических для данного приложения преобразований информации и вычислений, предоставления для пользователя удобного и легко осваиваемого интерфейса. Обычно объемы информации, с которыми приходится иметь дело таким системам, достаточно велики, а сама информация имеет достаточно сложную структуру.

2).Рисунок 2.2 – Диаграмма контекстного уровня функциональной модели существующего процесса закупки материаловДекомпозиция контекстной диаграммы представлена на рисунке 2.3.Рисунок 2.3 – Декомпозиция диаграммы контекстного уровня функциональной модели существующего процессаРисунок 2.4 – Диаграмма декомпозиции функционального блока «Работа с поставщиками»Особое внимание, в процессе проведения закупок, уделяется подготовке документов для оплаты, т.к. именно здесь происходит формирование реестров на оплату. Процесс подготовки документов для оплаты представлен на рисунке 2.5.Рисунок 2.5 – Диаграмма декомпозиции функционального блока «Подготовка документов для оплаты»Рисунок 2.6 – Диаграмма декомпозиции функционального блока «Формирование Реестра на оплату»Полностью функциональная модель существующего процесса проведения закупок представлена в приложении Г.2.4 Проектирование функциональной модели предлагаемого процесса закупки материаловФункциональная модель предлагаемого процесса проектируется на основании предложенных изменений существующего процесса закупки материалов на «УМПО». При этом необходимо определить цель проектирования функциональной модели и точку зрения, с которой рассматривается поставленная цель. Целью построения функциональной модели является упрощение процесса подготовки документов для оплаты поставщику на «УМПО», а рассматриваемая точка зрения – разработчик системы.Диаграмма контекстного уровня функциональной модели предлагаемого процесса представлена ниже (Рисунок 2.7).Рисунок 2.7 – Диаграмма контекстного уровня функциональной модели предлагаемого процесса Закупка материаловДекомпозиция контекстной диаграммы представлена ниже (Рисунок 2.8).Рисунок 2.8 – Декомпозиция диаграммы контекстного уровня функциональной модели предлагаемого процессаПроцесс «Подготовка документов для оплаты» представлен на рисунке 2.9.Рисунок 2.9 – Диаграмма декомпозиции функционального блока «Подготовка документов для оплаты»Отличием предлагаемого процесса от существующего процесса является использование ИС для формирования Реестра на оплату. Предлагается заполнение Реестра платежей в электронном виде, что позволит сохранять данные в ИС, и на его основе формировать Платежные поручения в банк. Процесс формирования Реестра на оплату представлен на рисунке 2.10.Рисунок 2.10 – Диаграмма декомпозиции функционального блока «Формирование реестра на оплату»Полностью функциональная модель предлагаемого процесса проведения закупок представлена в приложении Д.2.5 Информационное обеспечение комплекса задачИнформационная модель, входящая в системный проект, отражает информационную структуру данных для выполнения заданных функций. Техника создания информационной модели заключается в выделении сущностей, определении атрибутов и выделении из этих атрибутов ключевые атрибуты. Построение модели данных предполагает определение сущностей и атрибутов. Связь является логическим соотношением между сущностями. Различают зависимые и независимые сущности. Тип сущности определяется ее связью с другими сущностями. Идентифицирующая связь устанавливается между независимой (родительской) и зависимой (дочерней) сущностями. При установлении идентифицирующей связи, атрибуты первичного ключа родительской сущности автоматически переносятся в состав первичного ключа дочерней сущности. В дочерней сущности новые атрибуты помечаются как внешний ключ – (FK).При установлении неидентифицирующей связи дочерняя сущность остается независимой, а атрибуты первичного ключа родительской сущности мигрируют в состав неключевых компонентов родительской сущности. Информационная модель считается завершенной, если:каждая сущность полностью определена;каждая сущность идентифицирована через ее атрибуты;остались только простые отношения;информация появляется в модели только один раз.На основе определенного набора сущностей, атрибутов и связей между сущностями была построена логическая информационная модель процесса подготовки документов для оплаты, представленная в приложении Е. 2.5.1 Описание входной информацииВходной информацией являются: договор, протокол согласованных цен, предоплатный счет, справочник поставщиков, выписки из банка.Договор купли-продажи — это договор, по которому одна сторона (продавец) обязуется передать товар в собственность другой стороне (покупателю), а покупатель обязуется принять этот товар и уплатить за него определённую денежную сумму (цену). Используется в трех значениях: договор как правоотношение; как юридический факт, порождающий обязательства; как документ, фиксирующий факт возникновения обязательств по воле его участников.Протокол согласованных цен - соглашение о договорной цене.Справочник поставщиков – электронный документ, в котором размещена информация о поставщиках, с которыми сотрудничает предприятие.Счёт-фактура — документ, содержащий платежные реквизиты поставщика, по которым плательщик (покупатель) осуществляет безналичный перевод денежных средств за перечисленные товары и (или) услуги. Документ, который служит для оплаты покупателем купленного товара.Выписка банка - это финансовый документ, который выдается клиенту. Он отражает движение денежных средств на расчетном или текущем счете. Является копией записей на расчетном счету в банке.2.5.2 Описание выходной информацииВыходной информацией является: платежное поручение в банк, товарно-транспортная накладная, отчет по учету расходов.Платёжное поручение — это распоряжение владельца счёта (плательщика) обслуживающему его банку, оформленное расчётным документом, перевести определённую денежную сумму на счёт получателя средств, открытый в этом или другом банке.Товарно-транспортная накладная - документ, сопровождающий груз, предназначенный для учёта движения товарно-материальных ценностей и расчетов за их перевозки автомобильным транспортом.2.5.3 Описание промежуточной информацииПромежуточной информацией является: реестр на оплату, справки.Документ "Реестр платежей" является инструментом корректировки планов расходования безналичных денежных средств в соответствии с фактическими остатками на расчетных счетах организации. Возможности документа позволяют выполнять окончательное ранжирование запланированных безналичных платежей, включая их в состав реестра для фактической оплаты, и формировать исходящие платежные поручения [14].2.5.4 Проектирование базы данныхПредставим структуру базы данных в виде таблиц атрибутов.Справочник «Поставщик» (таблица 2.1).Таблица 2.1 – Структура справочника «Поставщик»НазваниеОбозначениеТипРазмерИНН поставщикаinnЧисловой10Юридический адресadressТекстовый30Наименование предприятияnamep Текстовый20ФИО директораfiodТекстовый20ТелефонtelЧисловой11Расчетный счетrsЧисловой15ГородgorodТекстовый15Справочник «Договор» (таблица 2.2).Таблица 2.2 – Структура справочника «Договор»НазваниеОбозначениеТипРазмерНомер договораndЧисловой6Условия договораydТекстовый1000Срок поставкиspostavkiДата6ИНН предприятияinnpЧисловой10ИНН поставщикаinnЧисловой10Условия оплатыysloviaopТекстовый500Форма оплатыfoplatТекстовый100Дата составленияdatasДата6Справочник «Счет-факрура» (таблица 2.3).Таблица 2.3 – Структура справочника «Счет-факрура»НазваниеОбозначениеТипРазмерНомер счет-фактурыnozЧисловой8ИНН поставщикаinnЧисловой10Код товараcodtЧисловой20Дата dataДата6ИНН предприятияinnpЧисловой10Единица измеренияizmerenieТекстовый6Наименование товараnametovarТекстовый30КоличествоcolichestvoЧисловой8ИтогitogЧисловой6Справочник «Реестр платежей» (таблица 2.4).Таблица 2.5 – Структура справочника «Реестр платежей»НазваниеОбозначениеТипРазмерID реестраidrЧисловой6Дата dataДата6ПримечаниеprimechaniaТекстовый50Табельный номер сотрудника tncЧисловой6ID отделаidoЧисловой6ВалютаvalТекстовый6Справочник «Сотрудник» (таблица 2.5).Таблица 2.6 – Структура справочника «Сотрудник»НазваниеОбозначениеТипРазмерТабельный номер сотрудникаtncЧисловой8ФИО сотрудникаfioТекстовый50Номер паспортаpasportЧисловой10Код должностиKdolЧисловой62.6 Математическое обеспечение комплекса задачРазработаем модель для выбора счетов на оплату. Для этого введем следующие обозначения:L – лимит, сумма на расчетном счете предприятия;Z i – счет за материалы, который необходимо оплатить;n – количество счетов;Z – сумма всех счетов, которая определяется по формуле 1: (2.1)Если сумма всех счетов, которые нужно оплатить, больше суммы на расчетном счете предприятия (Z > L), значит необходимо оплатить только некоторые счета. Есть три критерия, по которым будем выбирать счета:Приоритет;Срочность;Масштаб потерь.Чтобы определить наиболее важные счета на оплату, необходимо рассчитать суммарный ранг счетов по формуле 2:, (2.2)где Ri – суммарный ранг счетов; Pi - приоритет;Si – срочность; Mi - масштаб потерь. Если Ri максимальна, то счет надо включить в оплату, повторяем этот процесс до тех пор, пока лимит не станет меньше минимального счета (L< Zimin).Отклоняем от оплаты все счета Zi, которые не проходят по лимиту.Математическая модель предлагаемого процесса представлена ниже на рисунке 2.11.Рисунок 2.11 - Математическая модель предлагаемого процесса2.7 Схема алгоритма работы пользователя с программойСхема алгоритма работы пользователя с программой - это последовательность действий пользователя при работе с программой, в которой учитываются все возможные варианты действий пользователя.В качестве инструмента для построения схемы алгоритма работы пользователя с программой выбран графический редактор MS VISIO 2007. Схема алгоритма работы пользователя с программой представлена в приложении Ж.2.8 Программное обеспечение2.8.1 Организация прикладного программного обеспеченияИС «BAAN V» написан на языке высокого уровня 4GL, который является функционально полным высокоуровневым, объектно-ориентированным языком разработки приложений и позволяет удовлетворять всем требованиям, предъявляемым к современным приложениям, в тоже время уменьшая сложность и повышая производительность их разработки. 4GL содержит все необходимые программные конструкции для решения самых различных аспектов программирования сложных приложений.Запуск программы осуществляется через меню «пуск - Программы - BAAN - BAAN V (BAAN V, BAAN V Configuration), либо запуск приложения через иконку на рабочем столе. После запуска необходимо зарегистрироваться в окне, которое появляется после загрузки. После окончания регистрации появляется стартовое меню где выбирается необходимая сессия.Все сеансы объединены в папки (модули) в соответствии с их функциональным назначением. Каждый сеанс состоит из заголовка, меню, панели инструментов и рабочей области сеанса. Заголовок сеанса содержит код сеанса и его название, например, tfisfc0501m000 «Контракты на закупку». 2.8.2 Организация системного программного обеспеченияВыбор системного программного обеспечения зависит от аппаратной платформы и конфигурации сервера. Процесс разработки ПО в инструментарии BAAN не зависит от использования ЭВМ. Независимость обеспечения за счет использования логического сервера.Инструментальная система и приложения должны выполняться на любом типе ЭВМ под управлением любой версии операционной системы UNIX или Windows NT. На ОАО «УМПО» используется операционная система SCO UNIX Ware 2.1.3.Система реализована в трехуровневой архитектуре «клиент-сервер», имеет средства взаимодействия с другим программным обеспечением (поддержка технологий CORBA, OLE), используемым на предприятиях.Доступ к базе данных системы возможен из любых приложений BAAN. Импорт и экспорт данных осуществляет встроенный модуль BAAN V Exchange, а доступ к данным BAAN в режиме «реального времени» реализуется через подсистему Baan Distributed Data Collection. На сервере установлена операционная система Solaris 8.Система реализована в трехуровневой архитектуре «клиент-сервер», имеющая средства взаимодействия с другим ПО (поддержка технологий CORBA, OLE), использующихся на предприятии.BAAN работает с БД Oracle, Informix, MS SQL, Server DB2, BAAN Base. Система позволяет пользователю работать с этими базами одновременно [11]. На данный момент на ОАО «УМПО» используется только Oracle 8.1.7.2.8.3 Комплекс технических средствС учетом выбора прикладного программного обеспечения разработана следующая конфигурация комплекса технических средств.Сервер Sun Interprice 4500, который имеет следующую конфигурацию: 4 процессора; RAM 8 Гбайт; дисковая память: 2 диска по 18 Гбайт, 12 дисков по 18 Гбайт (под Oracle 8.1.7).Также необходимо предусмотреть наличие следующего оборудования: устройство резервного копирования (лента DDS-3, магнитооптика или ленточная библиотека);устройство бесперебойного питания (UPS 650VA Smart APC with Power Chute WinNT);сетевой адаптер (Ethernet NE 2000 BNC/UTP); линия связи (витая пара PJ45);коннекторы (HUB Complex TP 10008 Bport); сетевой принтер (EPSON Stylus Color 800).Основным материальным ресурсом, который будет использовать при работе ИС «BAAN V», является локальная вычислительная сеть (ЛВС). Вся автоматизация описываемого процесса основана на использовании ЛВС.Характеристика комплекса технических средств ПЭВМ для пользователей ИС «BAAN V» имеет следующую конфигурацию: Pentium 3733 EB/GA-6BX7/DIMM, 64 Mb/HDD10.2Gb/8 Mb TNT/3.5», монитор Sumsung 550 b15» .Поскольку рабочие места работников автоматизированы, то установка дополнительного комплекса технических средств не требуется.2.8.4 Описание комплекса технических средствДля работы используется следующая вычислительная техника: компьютер пользователя:а) процессор – Intel Pentium 2.4Ghz;б) жесткий диск – 80Gb;в) оперативная память – 1024Mb;г) монитор с диагональю 17 дюймов;д) манипулятор «мышь», клавиатура; остальные компоненты (системный блок, материнская плата, сетевая карта); принтер.Основные требования, которые предъявляются к компьютеру пользователя – это возможность запускать необходимые пользователю приложения, осуществлять соединение с сервером и обеспечивать нормальную работоспособность разработанной программы. К серверу базы данных предъявляются гораздо более жесткие требования, чем к компьютеру пользователя. Это связано с тем, что вся важная информация хранится именно на сервере. Основные требования к серверу следующие: сохранность информации при различных сбоях в системе – зависании, случайной перезагрузке и т.д.; сохранность информации при перебоях в электроснабжении.Для соблюдения первого требования применяется дисковая подсистема, состоящая из двух полностью одинаковых жестких дисков. Из этих дисков аппаратными средствами реализуется зеркалирование информации с одного на другой. При этом при выходе из строя одного диска целиком или частично информация на втором полностью сохраняется и может быть восстановлена после замены поврежденного диска. Эта технология получила название RAID.В настоящее время используется несколько разновидностей данной технологии, применяемых с различными целями. Приведенный пример соответствует стандарту RAID-1, что означает полное физическое дублирование записываемой информации. То есть применяется прямое полное дублирование информации. В этом случае избыточность для хранения информации составляет 100%. Другой вариант использования технологии RAID – ускорение доступа за счет распределения обращений к двум дискам. В этом случае вся записываемая информация разделяется на два потока, которые пишутся на два различных физических диска. За счет этого достигается ускорение при обращении к диску. С точки зрения пользователя все выглядит так, будто он работает по-прежнему с одним диском, но заметно более высокой производительности. Еще один вариант применения RAID подразумевает использование 5 дисков. При этом запись осуществляется последовательно с первого по 5 диск. Собственно данные записываются на 4 диска, а на 5-й записывается служебная информация, используемая для восстановления при отказе одного из дисков. В этом случае избыточность заметно меньше – около 20%, однако и надежность хранения информации снижается.Для соблюдения второго требования применяется источник бесперебойного питания (ИБП). При отключении электроэнергии он обеспечивает в течение некоторого времени работоспособность компьютера, что позволяет завершить выполняемые операции и корректно завершить работу компьютера до восстановления электроснабжения. Кроме того, ИБП также фильтрует различные помехи в электроснабжении (например, скачки напряжения), которые могут повредить вычислительной технике.Поскольку рабочие места работников автоматизированы, то установка дополнительного комплекса технических средств не требуется.2.9 Пример работы в системеВ рамках данного дипломного проекта разработан пример работы с системой, показывающий какую последовательность работ необходимо выполнить, чтобы подготовить документ для оплаты.Чтобы сформировать реестр платежей, в базе данных должны быть занесены данные по договору закупки, по поставщику, по счету на оплату. Данные по договору на закупки показаны на рисунке 2.12:Рисунок 2.12 - Сеанс Контракты на закупкуДанные по поставщикам показаны на рисунке 2.13:Рисунок 2.13 - Сеанс Бизнес-партнерыПосле того как был получен счет на оплату, необходимо внести данные по счету в программу. Для этого заполняется форма Полученные счета закупок (Рисунок 2.14).Рисунок 2.14 - Форма Полученные счета закупокДля того чтобы сформировать Реестр платежей необходимо заполнить форму Выбор счетов-фактур для платежей. Возможно заполнить только некоторые поля и система выведет счета по этим данным, например, если ввести только бизнес партнера (или нескольких бизнес партнеров), то система выдаст все счета на оплату по этому контрагенту.Рисунок 2.15 – Форма Выбор счетов-фактур для платежейФорма документа содержит блок основных реквизитов, характеризующих реестр платежей. При заполнении формы документа можно указать следующие основные реквизиты: бизнес-партнер - юридическое или физическое лицо, являющееся получателем денежных средств; тип операции (предоплатный счет или счет-фактура); документ – регистрационный номер счета; срок платежа; валюта; служба; контракт – регистрационный номер договора закупки.После заполнения одного или нескольких полей формы, выводится Итоговая сумма по выбранным счетам.Заполнение обязательных полей происходит автоматически.При нажатии кнопки открывается форма Работа с реестром платежей, где показаны более детальные данные (Рисунок 2.16) Рисунок 2.16 - Форма Работа с реестром платежейПри нажатии кнопки открывается сеанс Работа с заявками на выполнение платежа (Рисунок 2.17) и формируется печатная форма реестра платежей (Рисунок 2.18), где будут показаны выбранные счета.Рисунок 2.17 – Сеанс Работа с заявками на выполнение платежаРисунок 2.18 – Печатная форма реестра платежей3 Экономическая эффективностьЦелью внедрения экономической информационной системы (ИС) является автоматизация процесса подготовки документов для оплаты поставщику продукции на ОАО «УМПО».ИС разрабатывается и внедряется на ОАО «УМПО» в отделе развития информационных технологий. В результате внедрения ИС ожидается повышение производительности труда ведущего бухгалтера за счет сокращения времени на заполнение реестра на оплату счета за товар, снижение возможности совершения ошибок при заполнении.В качестве базового варианта принимается существующий до внедрения ИС процесс подготовки документов для оплаты продукции на ОАО «УМПО». Данный процесс характеризуется тем, что данные для заполнения реестра на оплату счетов вводятся вручную на основании перечня долгов (распечатка из Baan).Во внедряемом варианте принято решение осуществлять заполнение реестра на оплату счета по необходимым критериям в ИС «Baan», что освободит ведущего бухгалтера от заполнения реестра вручную.3.1 Исходные данные для расчетаРасчет экономической эффективности ИС осуществлен в соответствии с ГОСТ 24.702-85 «Эффективность автоматизированных систем управления».