Автор: Пользователь скрыл имя, 12 Февраля 2013 в 13:57, дипломная работа
Ключевым бизнес-процессом в работе любого сельскохозяйственного предпри-ятия, такого, как рассматриваемого в данной дипломной работе ООО «БелАгроКрив-цово», является процесс управления готовой продукцией. Поэтому автоматизация этого процесса является актуальной и жизненно необходимой для развития предпри-ятия и откроет новые горизонты в его производственной и управленческой деятель-ности.
Введение 5
1 Исследование документооборота предприятия по учету готовой продукции 6
1.1 Направления деятельности ООО "БелАгроКривцово" 6
1.2 Учет готовой продукции на предприятии 8
1.2.1 Обзор номенклатуры выпускаемой продукции 9
1.2.2 Оценка готовой продукции 9
1.2.3 Синтетический учет готовой продукции 10
1.2.4 Документация по движению готовой продукции 12
1.2.5 Учет отгрузки готовой продукции 17
1.3 Схема документооборота учета готовой продукции на ООО БелАгроКривцово» 19
1.3.1 Учет в 1С: Бухгалтерии 20
2 Постановка задачи автоматизации учета готовой продукции на ООО «БелАгроКривцово» 22
2.1 Общие сведения 22
2.1.1 Полное наименование системы и ее условное обозначение 22
2.1.2 Основание для создания 22
2.1.3 Реквизиты предприятия заказчика и разработчика 22
2.1.4 Назначение и цель создания системы 22
2.2 Функции автоматизированной системы 23
2.3 Пользователи автоматизированной системы 23
2.4 Характеристика входной и выходной информации 23
2.5 Требования к программе 25
2.5.1 Общие требования 25
2.5.2 Требования к документации 26
2.5.3 Требования к программному и аппаратному обеспечению 26
2.5.4 Требования к дополнительному ПО 26
2.5.5 Состав и содержание работ по созданию ПО 26
3 Разработка программного обеспечения 28
3.1 Обоснование выбора средств разработки 28
3.1.1 Выбор ПО для проектирования Бизнес-процессов 28
3.1.2 Средство для проектирования структуры базы данных 36
3.1.3 Средства разработки программных модулей 39
3.1.4 Сервер баз данных Interbase 41
3.1.5 Средства Delphi 7 для доступа к данным 43
3.1.5.1 Иерархия классов наборов данных 43
3.1.5.2 Сервер баз данных InterBase и компоненты InterBase Express 44
3.1.5.3 Возможности построения распределенных приложений БД 45
3.2 Построение модели в BPWin 47
3.3 Организация данных в ERWin 53
3.4 Состав и структура ПО 57
4 Организационно-экономическая часть 59
4.1 Расчет трудоемкости выполнения разработки программного продукта 59
4.2 Расчет числа исполнителей 61
4.3 Расчет сметной стоимости и договорной цены разработки ПП 62
4.4 Оценка годовых эксплуатационных издержек потребителя ПП 68
4.5 Оценка экономической эффективности ПП 69
5. БЕЗОПАСНОСТЬ ЖИЗНЕДЕЯТЕЛЬНОСТИ 71
5.1 Характеристика опасных и вредных производственных факторов 72
5.2 Обеспечение электробезопасности при работе с ПЭВМ 73
5.3 Вредные производственные факторы 75
5.3.1 Требования к вентиляции и кондиционированию воздуха в помещениях с компьютерной техникой 76
5.3.2 Требования к освещению в помещениях 77
5.3.3 Рекомендации по организации рабочего места сотрудника, работающего на компьютере 28
5.3.4 Режим труда и отдыха при работе с компьютером 79
5.4 Пожарная безопасность 80
Заключение 83
Список литературы 84
Все работы и стрелки должны быть именованы. Первая диаграмма в иерархии диаграмм IDEF0 всегда изображает функционирование системы в целом. Такие диаграммы называются контекстными. В контекст входит описание цели моделирования, области (описания того, что будет рассматриваться как компонент системы, а что как внешнее воздействие) и точки зрения (позиции, с которой будет строиться модель). Обычно в качестве точки зрения выбирается точка зрения лица или объекта, ответственного за работу моделируемой системы в целом. Контекстная диаграмма представлена на рис. 6.
Рис. 6. Контекстная диаграмма процесса управления готовой продукции на ООО "БелАгроКривцово" |
Здесь мы определяем все входные потоки данных для нашего процесса (стрелки слева):
и выходные потоки данных:
Стрелки снизу определяют те вычислительные ресурсы, которые будут задействованы в реализации бизнес-процесса:
Стрелка сверху напоминает о том, что надо соблюдать «Положения по бухучету» при реализации бизнес-процесса.
После того как контекст описан, проводится построение следующих диаграмм в иерархии. Каждая последующая диаграмма является более подробным описанием (декомпозицией) одной из работ на вышестоящей диаграмме. Декомпозиция контекстной диаграммы, также IDEF0, представлена на рис. 7. Описание каждой подсистемы проводится аналитиком совместно с экспертом предметной области. Обычно экспертом является человек, отвечающий за эту подсистему и, поэтому, досконально знающий все ее функции. Таким образом, вся система разбивается на подсистемы до нужного уровня детализации, и получается модель, аппроксимирующая систему с заданным уровнем точности. Получив модель, адекватно отображающую текущие бизнес-процессы (так называемую модель AS IS), аналитик с легкостью может увидеть все наиболее уязвимые места системы. После этого, с учетом выявленных недостатков, можно строить модель новой организации бизнес-процессов (модель TO BE). Мы в нашей работе будем рассматривать модель TO BE.
Рис. 7. Декомпозиция контекстной диаграммы |
Для того чтобы документировать механизмы передачи и обработки информации в моделируемой системе, используются диаграммы потоков данных (Data Flow Diagrams). Диаграммы DFD обычно строятся для наглядного изображения текущей работы системы документооборота вашей организации. Чаще всего диаграммы DFD используют в качестве дополнения модели бизнес-процессов, выполненной в IDEF0.
Всего DFD использует четыре важных элемента:
Работы. Работы в DFD обозначают функции или процессы, которые обрабатывают и изменяют информацию. Работы представлены на диаграммах в виде прямоугольников со скругленными углами. (например, cм. Приложение 3. DFD-диаграмма «Оперативный учет готовой продукции»
Стрелки. Стрелки идут от объекта-источника к объекту-приемнику, обозначая информационные потоки в системе документооборота. (например, cм. Приложение 3. DFD-диаграмма «Оперативный учет готовой продукции»
Хранилища данных. Хранилища данных представляют собой собственно данные, к которым осуществляется доступ, эти данные также могут быть созданы или изменены работами. (cм. Приложение 3. DFD-диаграмма «Оперативный учет готовой продукции»
В диаграммах потоков данных все используемые символы складываются в общую картину, которая дает четкое представление о том, какие данные используются, и какие функции выполняются системой документооборота. При этом часто выясняется, что существующие потоки информации, важные для деятельности компании, реализованы ненадежно и нуждаются в реорганизации. DFD-диаграммы проекта представлены следующими приложениями:
Приложение 2. DFD-диаграмма «Учет движения готовой продукции»
Приложение 3. DFD-диаграмма «Оперативный учет готовой продукции»
Приложение 4. DFD-диаграмма «Учет продаж готовой продукции»
3.3 Организация данных в ERWin
Для БД характерно многоуровневое представление и описание в виде так называемых моделей данных, для создания которых используется теория БД и методики проектирования [2]. Основной функцией ErWin является проектирование логической структуры БД.
На основании построенных бизнес-процессов в главе 3.2, можно выделить наиболее крупные части (области) БД проектируемой системы, они называются в Erwin “Subject Areas”, это следующие области:
Эти области представляют собой набор пересекающихся множеств взаимосвязанных сущностей. Объединение всех областей образует «Main Subject Area» - диаграмма всех сущностей. Но читать такую диаграмму, тем более разрабатывать довольно неперспективно. Именно поэтому разработка идет через “Subject Areas”. Далее по тексту будем называть ER-схемы этих областей «Диаграмма».
Диаграмма «Организационная структура и ресурсы», (см. рис. 8) определяет структуру организаций, участвующих в процессе движения готовой продукции и распределение ресурсов среди этих структурных единиц. Здесь организационная структура задается сущностью «Организация», среди экземпляров которых выделяются «Предприятия» и «Покупатель». Сущность «Предприятие» определяет перечень предприятий, участвующих в процессе выработки и дальнейшей транспортировке готовой продукции. А сущность «Покупатель» определяет организацию плательщика, которой предоставляются накладные и счета-фактуры. Далее предприятия делятся на отделения и места хранения, в разрезе которых и ведется оперативный учет готовой продукции при ее транспортировке. За отделениями организации закрепляются ресурсы по выработке готовой продукции, которые представлены на диаграмме сущностью «Скот», которая подразделяется на сущности «Коровы» и «Телята». Для «Телят» определяется норма расхода молока. Место хранения может быть «Получатель» или «Отправитель», в зависимости от операции движения готовой продукции. В качестве «Отправителя» при выработке готовой продукции учетной единицей выступает «Доярка», которая представлена в диаграмме как частный случай сущности «Работник». Последняя определяет и водителей, за которыми закрепляет ресурсы автомобилей, а за каждой дояркой закрепляется различный скот. Это отражается связями и вспомогательными сущностями, такими как «Закреплено за дояркой».
Рис. 8 Организационная структура и ресурсы |
Кроме организационной структуры и ресурсов, для ведения учета готовой продукции, базовая нормативно-справочная информация включает также номенклатурный перечень готовой продукции (см. диаграмму на рис. 9). Здесь номенклатурная единица (сущность «Номенкл. Ед.» на рис. 9), предоставляется как определенной для вида продукции (сущность «Вид ГП»). Для номенклатурной единицы задаются учетные цены для синтетического учета (сущность «Учетная цена НЕ»). Для каждого вида продукции также задаются количественные и качественные характеристики (сущности «Качеств. хар-ка ГП» и «Колич. хар-ка вида ГП»). Для каждой количественной характеристики задается базовая единица измерения (атрибут ЕИБазовая в сущности «Колич. хар-ка вида ГП») также задается набор единиц измерения для количественной характеристики связью «один-ко-многим» к сущности «ЕИ колич. хар.». Эта сущность вместе с «Номенкл. ед.» и являются определяющими при учете движения готовой продукции. Мы увидим ее на следующих далее диаграммах (рис. 10).
Рис. 9 Диаграмма «Номенклатура» |
Поле «Коэф КБазов» сущности «ЕИ колич хар» определяет некоторой число, на которое следует умножить количество некоторого вида продукции, чтобы получить значение в базовой единице измерения (поле «ЕИБазовая» в сущности «Колич. хар-ка вида ГП»).
Оперируя этой базовой нормативно-справочной информацией (диаграммы на рис. 8, рис. 9), строятся остальные диаграммы.
На диаграмме «Учет надоев молока» (рис. 10) показана схема, определяющая взаимосвязь сущностей, участвующих в процессе выработки готовой продукции. Здесь участвуют сущности, определенные в диаграмме «Организационная структура и ресурсы» («Скот», «Доярка», см. рис. 8), в разрезе которых учитываются количественные показатели (определенные схемой рис. 9) выработки готовой продукции. Все данные о выработке аккумулируются сущностью «Журнал движения», определяющий отправителя (в случае приемке доярку) и получателя (место хранения для дальнейшей транспортировки). По учетным ценам на момент надоя (сущность «Учетная цена НЕ», рис. 9) в журнале движения прописывается соответствующая сумма (поле «Стоимость»).
Рис. 10 Диаграмма «Учет надоев молока» |
Остальные диаграммы представлены следующими приложениями:
3.4 Состав и структура ПО
Программное обеспечение состоит из подсистем (рис. 11)
работающих с единой БД через сервер приложений, в модуле данных которого сосредоточена основная бизнес-логика по оперативному учету готовой продукции.
|
Рис. 11. Общая структура программное обеспечение |
Комплекс программных средств образован следующими программными модулями:
Модули данных каждого из приложений 1-4 взаимодействуют с модулем данных сервера приложений.
В рамках каждого из модулей реализованы свои наборы функций, предназначенные для своей группы пользователей, то есть каждый из пользователей системы видит только нужные ему данные и вводит свою первичную информацию и оперирует своим набором данных, определенным в его модуле данных приложения.
На уровне сервера приложений все операции регистрируются и ведутся счета бухгалтерского учета, синтетический, аналитический оперативный учет готовой продукции.
SQL-cкрипт создания базы данных представлен в Приложение 8. SQL-скрипт создания БД
Трудоемкость любого продукта, в том числе программного (ПП), представляет собой затраты рабочего времени на ее изготовление (разработку).
Трудоемкость считается путем суммирования затрат труда по всем операциям, в данном случае, при разработке ПП. Если известны по опыту либо заданы по нормативам затраты труда на соответствующие этапы создания программного продукта, то трудоемкость разработки ПП можно определить по формуле:
Информация о работе Исследование документооборота предприятия по учету готовой продукции