/>/>/>/>/>АННОТАЦИЯ
В рамках данного дипломного проекта разработан программныйкомплекс автоматизированного планирования закупок необходимых материалов.
Настоящая пояснительная записка включает в себя описаниесуществующих подходов к организации производства на предприятии, приводитсяпример аналогичных программных продуктов, обоснование выбора инструментальныхсредств.
Приводится описание разработанной подсистемы, описаниеалгоритмов работы подсистемы, структуры базы данных и составных частейподсистемы, а также необходимые для работы с ней документы: требования поэксплуатации, руководство по работе с программным комплексом, тексты программ.
Приводится расчет затрат на разработку программногопродукта и расчет экономического эффекта от внедрения подсистемы.
Приводится анализ опасных и вредных факторов, возникающихпри эксплуатации подсистемы.
ОГЛАВЛЕНИЕ
Введение………………………………………………………………….………..8
1. ИССЛЕДОВАТЕЛЬСКАЯ ЧАСТЬ…………………………………………..10
1.1. Описание предметной области……………………………..………………10
1.1.1. Системы MRP и MRP с замкнутымциклом……………………………..11
1.1.2. MRP II………………………………………………………………………15
1.1.3. Системы класса ERP………………………………………………………19
1.1.4. Системы CALS…………………………………………………….……….22
1.2. Обзор аналогичных программныхпродуктов…………………..………..25
1.2.1. MRP — Программа планированияпотребности в материалах………….25
1.3. Выбор инструментальных средствпрограммирования……………..……27
1.3.1. Cредства Delphi……………………………………………………………27
1.3.2. СУБД Oracle……………………………………………………………….28
1.4. Описание систем…………………………………………………..………..31
1.4.1 Существующая система…………………………………………………….31
1.4.2. Управление запасами и производством поточке перезаказа…………..32
1.4.3. Предлагаемая система………………………………………………..…..33
2. КОНСТРУКТОРСКАЯ ЧАСТЬ………………………………………………35
2.1. Назначение и состав программногокомплекса……………………….….35
2.2. Безопасность доступа кданным……………………………………….…..35
2.2.1. Идентификация……………………………………………………..…….35
2.2.2. Авторизация………………………………………………………..……..38
2.2.3. Управление доступом на основеролей……………………………..…..39
2.3. Алгоритмы работы подсистемы……………………………………..…….41
2.4. Разработка таблиц…………………………………………………..……….42
2.4.1. Структура таблицы «материалы»…………………………………………42
2.4.2. Структура таблицы «контрагенты»…………………………..………….43
2.4.3. Структура таблицы «замены»……………………………………..…….45
2.4.4. Структура таблицы «закупок»……………………….…………….……48
2.5. Разработка модулей…………………………………………………….….50
2.5.1. Модуль Mat_Zamen.pas………………………………….………….……50
2.5.2. Модуль Mat_Zamen_New.pas…………………………….…………..….54
2.5.3. Модуль Mat_Zamen_CNTR_Add.pas…………………………….…..….56
2.5.4. Модуль формирования очета…………………………………….……….57
3. ТЕХНОЛОГИЧЕСКАЯ ЧАСТЬ……………………………………………..59
3.1. Требования к аппаратному и программномуобеспечению………………59
3.2. Установка подсистемы…………………………………………..…….……59
3.3. Руководство администратора…………………………………………..…..60
3.4. Руководство пользователя……………………………………..….…….…..61
3.4.1. Запуск подсистемы………………………………………………………..61
3.4.2. Начало работы……………………………………………………..….…..62
3.4.3. Новый расчет………………………………………………………………64
3.4.4. Ввод замен…………………………………………………………….……67
3.4.5. Ввод контрагентов………………………………………….…..…………69
3.4.6. Печать отчета……………………………………………………..…….…72
3.5. Удаление подсистемы…………………………………………………..…..73
4. ОРГАНИЗАЦИОННО-ЭКОНОМИЧЕСКАЯ ЧАСТЬ………………………74
4.1. Особенности программного продукта кактовара…………………..……74
4.2. Расчет затрат на изготовлениеподсистемы………………………..……..74
4.3. Расчет экономическойэффективности……………………………..……..85
5. ПРОМЫШЛЕННАЯ ЭКОЛОГИЯ И БЕЗОПАСНОСТЬ…………………..90
5.1. Обеспечение производственной иэкологической безопасности при разработке программного комплекса………………………………………….90
5.1.1. Введение………………………………………………………….…..…..90
5.1.2. Характеристика опасных и вредныхфакторов при
разработке программного комплекса………………………………………….91
5.1.2.1. Характеристика электромагнитныхполей……………………..…….91
5.1.2.2. Характеристикаэлектробезопасности…………………………………92
5.1.2.3. Характеристика шума……………………………………………………93
5.1.2.4. Характеристика запыленностипомещения……………………………94
5.1.2.5. Характеристика тепловыделения ипараметров микроклимата…………………………………………………………………….95
5.1.2.6. Характеристика психофизиологических иэргономических факторо.96
5.1.3. Расчет вентиляции………………………………………………………..99
5.2. Загрязнение окружающей среды припроизводстве печатных Плат……102
5.2.1. Характер загрязнения сточных вод припроизводстве
компонентов вычислительной техники………………..……………………..102
5.2.2. Характеристика твердых и жидкихпромышленных отходов………..105
Заключение………………………………………………………………..……106
Введение
В настоящее время происходит автоматизация большинства предприятийнашей страны. Это обусловлено необходимостью повышения качества ваполняемыхработ и уменьшения трудовых затрат. Задача планирования потребностей вматериалах (Materials Requirements Planning,MRP) оказалась той первой задачей, которая привела к созданию целой индустриипрограммного обеспечения для управления предприятием. МетодологияMRP-планирования потребностей в материалах предназначена для использования напроизводственных предприятиях, имеющих дискретный тип производства — серийное,сборка и изготовление на заказ или склад, то есть когда имеется ведомостьнеобходимых материалов и комплектующих изделий для изготовления конечногопродукта. Целью данного дипломного проекта является разработка программногообеспечения для автоматизации процесса закупок необходимых материалов для ОАО«Тайфун».
ИССЛЕДОВАТЕЛЬСКАЯ ЧАСТЬ1.1. Описание предметной области
За редкимисключением, планирование отдельно рассматриваемых материалов и ресурсовне вызывает принципиальных проблем, но, как правило, требует выполнениядостаточного большого объема вычислений, и всегда — исключительной точности иаккуратности. Чем больше планируемых ресурсов и показателей у предприятия, тембольше требуется вычислительных операций. Формирование же общего согласованногоплана является итерационным процессом, при котором проводятся корректировкиранее полученных результатов и объемы вычислений увеличиваются в несколько раз.Если дополнительно принять во внимание необходимость периодическихкорректировок утвержденных планов, то целесообразность применения компьютернойтехники в задачах планирования становится достаточно очевидной.
Для автоматизированногопланирования деятельности предприятия по производству продукции необходимоналичие:
· формализованных описаний процессовизготовления деталей и узлов, их взаимных связей и зависимостей;
· формализованных описаний необходимыхматериалов, ресурсов и их количественных потребностей для отдельныхопераций применительно к конкретным изделиям;
· справочников и классификаторов,отражающих основные хозяйственные операции, движение материальных и денежныхсредств, сведения о контрагентах и другую информацию;
· методов и алгоритмов планирования, реализованныхв виде программ и программных систем.
Таким образом, до внедрениясистемы автоматизированного планирования на предприятии должны быть проведеныработы по регламентации и стандартизации производственных и хозяйственныхпроцессов, нормированию расхода и использования каждого ресурсадифференцированно для всех производимых изделий и оказываемых услуг. Разработкаформализованных описаний процессов деятельности предприятия и нормированиепотребления материальных ресурсов является, как правило, не простой идостаточно трудоемкой задачей, к решению которой приходится привлекать внешнихконсультантов и исполнителей.
К настоящему времени разработанряд методологий, таких как MRP, MRP II, ERP, применяемых для идентификации и эффективного планированияресурсов предприятия при осуществлении закупок материалов и комплектующих,производства и продаж готовых изделий. Развитие методологий планирования прошлопуть от планирования материалов — Material Requirements Planning (MRP), допланирования ресурсов предприятия в целом — Enterprise Resource Planning(ERP)[1].
Каждое предприятие является уникальным итребует индивидуального подхода при определении возможной и необходимой степениавтоматизации процессов планирования исходя из его стратегических целей, финансовыхвозможностей, технической оснащенности и квалификации сотрудников, отраслевыхособенностей ведения бизнеса.
Далееприводятся описания основных функций и компонентов систем классов MRP и ERP, а также общие сведенияо системе CALS.
1.1.1. Системы MRPи MRP с замкнутым циклом
МетодологияMaterial Requirements Planning (MRP) — планированияпотребностей в материалах (под материалами здесь понимаются как непосредственноматериалы, так и сырье, комплектующие изделия, детали, узлы и все остальное,что необходимо для производства продукции), разрабатывалась и предназначена дляиспользования на производственных предприятиях, имеющих дискретный типпроизводства — серийное, сборка и изготовление на заказ или склад, то естькогда имеется ведомость необходимых материалов и комплектующих изделий дляизготовления конечного продукта [2].
ВMRP различают независимый и зависимый спрос на материалы, детали и конечныеизделия.
Независимыйспрос — этопотребности в материалах, деталях, узлах и изделиях внешних заказчиков. Этипотребности определяются заказами и договорами с клиентами, а также прогнозомих спроса на планируемый период времени и составляют основной план производствапредприятия.
Зависимыйспрос — этопотребности, в материалах, деталях и узлах, необходимых для выполнения планапроизводства и поставок. Эти потребности определяются основным планомпроизводства предприятия. Они не прогнозируются, а рассчитываются MRP системой.
КонцепцияMRP системы,фактически, сводится к двум основным принципам:
· еслиесть потребность в конечном изделии, то есть потребность во всех составляющихего компонентах, то есть MRP системы ориентированы на удовлетворение зависимогоспроса;
· обеспечиватьпроизводство требующимися компонентами нужно как можно позднее, чтобы сократитьуровень запасов с целью сокращения складских расходов и эффективногоиспользования активов предприятия.
Главнойзадачей MRPсистемы является гарантированное обеспечение производства материалами икомплектующими изделиями в планируемый период времени.
ЭлементыMRP системы можно разделить на следующие составляющие:
· элементы,содержащие входную информацию для планирования потребностей в материалах.Такими элементами являются основной производственный план — Master ProductionShedule, перечни компонентов производимых в соответствии с основнымпроизводственным планом изделий — Bills of Material, и описание наличия илиотсутствия необходимых для производства компонентов — Inventory Status File;
· программнаяреализация алгоритмов планирования потребностей в материалах, то есть,собственно MRP;
· результатыработы MRP системы: план-график заказов материалов — Planned Order Schedule,изменения плана-графика заказов — Changes in Planned Orders, ряд отчетов дляконтроля и управления процессом снабжения [2].
Рассмотримподробней входную информацию для MRP системы.
Основнойпроизводственный план (Master Production Shedule) является оптимизированным календарнымграфиком производства партии готовой продукции. Разработка производственногоплана, как правило, является итерационным процессом. Первоначально формируетсячерновой вариант производственного плана для оценки возможности его реализациипо имеющимся производственным мощностям. После проведения необходимыхитераций план утверждается как действующий, и его данные поступают на входсистемы планирования.
Переченькомпонентов исостава изделий (Bills of Material) представляет собой номенклатурный переченьматериалов, комплектующих деталей и узлов и их количеств, необходимых дляизготовления отдельных сборочных единиц и изделия в целом. Эта информацияхранится в системе в виде таблиц базы данных. При изменении состава изделийтаблицы должны быть своевременно скорректированы.
Описаниесостояния запасов (Inventory Status File) отражается в соответствующих таблицахбазы данных. Для каждой номенклатурной единицы должен быть указан её статус — передана ли она в производство, находится на складе, заказана или её заказтолько планируется, а также множество других параметров и характеристик,отражающих её уникальность: код, обозначение, описание, тип, размер, вес,единица запаса, единица хранения, основной поставщик, цена и другие. Приизменении статуса учетной единицы соответствующие записи базы данныхобновляются.
Наосновании входных данных MRP система выполняет следующие действия:
· определяетколичественный состав готовых изделий для каждого планируемого интервалавремени;
· ксоставу готовых изделий добавляет необходимое количество запасных частей ипринадлежностей, определенных документацией на изделия и не включенных в планпроизводства;
· определяетобщую потребность в материалах с распределением по периодам планирования;
· общаяпотребность материалов корректируется с учетом состояния запасов для каждогопериода планирования;
· формируетзаказы на пополнение запасов с учетом времени опережения, определяемогоособенностями сроков поставки по каждому типу материалов [2].
Результатомвыполнения этих действий является план-график заказов (Planned Order Schedule),определяющий, какое количество каждой номенклатурной единицы в какое времядолжно быть заказано. План-график заказов является руководством для отделаснабжения по работе с поставщиками и может также определять производственнуюпрограмму собственного производства комплектующих изделий, если таковыеизготавливаются самим предприятием.
Измененияплана-графика заказов (Changes in Planned Orders) являются корректировками к ранееспланированным заказам, которые могут быть по каким-либо причинам изменены.
Вкачестве дополнительных результатов работы MRP системы можно отметить:
исполнительныйотчет(Performance Report), задачей которого является формирование сообщений окритических ситуациях в процессе планирования и ошибках, возникающих в процессеработы системы;
отчетоб «узких местах» (Exception Report), предназначенный для информирования овременных промежутках внутри интервала планирования, требующих особого вниманияи, возможно, дополнительного внешнего вмешательства в автоматизированныйпроцесс;
отчето прогнозах(Planning Report), представляющий информацию о возможном будущем измененииобъемов выпускаемой продукции на основании анализа текущего состоянияпроизводства и отчетов о продажах.
Сцелью увеличения эффективности планирования MRP систем была предложена идеяорганизовывать их работу по замкнутому циклу (closed loop). Суть идеизаключается во введении в рассмотрение более широкого спектра факторов припроведении планирования и добавлении в систему дополнительных функций, такихкак контроль соответствия количества произведенной продукции количеству использованныхматериальных ресурсов, составление периодических отчетов о задержках заказов,об объемах и динамике продаж и других. Дополнительные функции осуществляютобратную связь в MRP системе, обеспечивая возможность анализировать иконтролировать текущее состояние снабжения и производства и повышая гибкостьпланирования относительно изменений внешних факторов, например, увеличения илиснижения прогнозируемого уровня спроса на готовые изделия.1.1.2. MRP II
Расширениефункциональных возможностей систем планирования потребностей в материалахпривело к созданию усовершенствованию систем планирования производственныхресурсов — ManufacturingResource Planning или MRP II. Это, фактически,автоматизированная система планирования всех ресурсов производственного предприятия,включая планирование в натуральных единицах, финансовое планирование встоимостном выражении, кадровое, а также элементы моделированияпроизводственных ситуаций.
ПолнофункциональнаяMRP II система должна содержать 16 следующих программных модулей:
1. Планирование продаж и производства (Salesand Operation Planning);
2. Управление спросом (Demand Management);
3. Составление основного производственногоплана (Master Production Scheduling);
4. Планирование потребностей в материалах(Material Requirements Planning);
5. Спецификации изделий (Bill of Materials);
6. Управление складскими операциями (Inventory Transaction Subsystem);
7. Планирование поставок (Scheduled Receipts Subsystem);
8. Управление на уровне производственногоцеха (Shop Flow Control);
9. Планирование производственных мощностей(Capacity Requirement Planning);
10. Контроль входа/выхода (Input/OutputControl);
11. Закупки (Purchasing);
12. Планирование ресурсов распределения (Distribution Resourse Planning);
13. Планирование и контрольпроизводственных операций (Tooling Planning and Control);
14. Финансовое планирование (FinancialPlanning);
15. Моделирование (Simulation);
16. Оценка результатов деятельности (PerformanceMeasurement) [3].
MRPII системы обеспечивают планирование материалов для оптимальной организациипроизводства. Поэтому кроме непосредственно MRP функциональности они содержат CRP(Capacity Requirements Planning) функциональность, необходимую дляпрогнозирования и оценки достаточности производственных мощностей предприятиядля выполнения заказов на начальном этапе планирования с учетом временипереналадки, вынужденных простоев и других регламентных работ. CRPфункциональность включает:
· описаниеструктуры производственных рабочих центров с указанием их мощности;
· описаниемашин, механизмов и другого оборудования с указанием их нормативной мощности;
· описаниепроизводственных операций, выполняемых в их привязке к рабочим центрам иоборудованию;
· технологическиемаршруты выполнения последовательностей операций;
· расчетпотребностей в производственных мощностях для определения критической загрузкии принятия решения о возможности или невозможности выполнения производственногоплана.
Впроцессе работы CRP модуля разрабатывается план распределения производственныхмощностей для изготовления каждого конкретного изделия. В соответствии спробной программой производства определяется степень загрузки каждойпроизводственной единицы оборудования в планируемом временном периоде. Еслипосле работы CRP модуля программа производства признается выполнимой, то онастановится основной для MRP модуля. В другом случае в неё вносятся изменения иона подвергается повторной оценке с помощью CRP модуля.
Такимобразом, MRP II система представляет собой сочетание планирования пометодологии MRP с модулем CRP и функциями управления складами, снабжением ипродажами[2].
Кроме того, система класса MRRPII способнаадаптироваться к изменениям внешней ситуации и эмулировать ответ на вопрос«Что если». MRPII представляет собой интеграцию большого количестваотдельных модулей, таких как планирование бизнес-процессов, планированиепотребностей в материалах, планирование производственных мощностей,планирование финансов, управление инвестициями и т.д. Результаты работы каждогоиз модуля анализируются всей системой в целом, что собственно и обеспечивает еегибкость по отношению к внешним факторам. Именно это свойство являетсякраеугольным камнем современных систем планирования, поскольку большоеколичество производителей производят продукцию с заведомо коротким жизненнымциклом, требующую регулярных доработок. В таком случае появляется необходимостьв автоматизированной системе, которая позволяет оптимизировать объемы ихарактеристики выпускаемой продукции, анализируя текущий спрос и положение нарынке в целом.
В последние годы системыпланирования класса MRPII в интеграции с модулем финансового планирования FRP(Finance Requirements Planning) получили название систем бизнес-планированияERP (Enterprise Requirements Planning), которые позволяют наиболее эффективнопланировать всю коммерческую деятельность современного предприятия, в том числефинансовые затраты на проекты обновления оборудования и инвестиции впроизводство новой линейки изделий. В Российской практике, целесообразностьприменения систем подобного класса обуславливается, кроме того, необходимостьюуправлять бизнес процессами в условиях инфляции, а также жесткого налоговогопрессинга, поэтому, системы ERP необходимы не только для крупных предприятий,но и для небольших фирм, ведущих активный бизнес [3]. На рисунке 1 представленалогическая схема системы планирования ресурсов производственного предприятия.
/>
Рис. 1. Логическая структура системыпланирования ресурсов производственного предприятия. 1.1.3. Системы класса ERP
Дальнейшимфункциональным развитием MRP и MRP II стало появление систем планирования ресурсов предприятия – EnterpriseResource Planning – ERP систем. Аналитикикомпании Gartner Group назвали так системы класса MRP II, имеющие в своем составемодуль финансового планирования FRP – Finance Requirements Planning, но дальнейшее развитие ERP систем существеннорасширило эти первоначальные отличия [4].
Воснове ERP систем лежит принцип создания единого хранилища данных, содержащеговсю корпоративную бизнес-информацию и обеспечивающего одновременный доступ кней любого необходимого числа сотрудников предприятия, наделенныхсоответствующими полномочиями. Декларируется, что это должно не только повыситьэффективность производственной деятельности предприятия, но и сократитьвнутренние информационные потоки, уменьшив тем самым затраты на их обеспечение.
Главнымже, безусловно, является набор функций ERP систем, основные изкоторых следующие:
· ведение конструкторских итехнологических спецификаций, определяющих состав производимых изделий, а такжематериальные ресурсы и операции, необходимые для его изготовления;
· формирование планов продаж ипроизводства;
· планирование потребностей в материалахи комплектующих, сроков и объемов поставок для выполнения плана производствапродукции;
· управление запасами и закупками:ведение договоров, реализация централизованных закупок, обеспечение учета иоптимизации складских и цеховых запасов;
· планирование производственных мощностейот укрупненного планирования до использования отдельных станков и оборудования;
· оперативное управление финансами,включая составление финансового плана и осуществление контроля его исполнения,финансовый и управленческий учет;
· управленияпроектами, включая планирование этапов и ресурсов, необходимых для ихреализации.
Посколькуосновой ERP системы является находящаяся внутри неё MRP II система, то,естественно, что функции и одной и другой во многом схожи. Основными жеотличиями ERP систем от MRPII систем можно считать:
· поддержкубольшего количества типов производств и видов деятельности предприятий иорганизаций;
· планирование ресурсов по различнымнаправлениям деятельности;
· возможностьуправления группой автономно работающих предприятий, корпоративнымиструктурами;
· большее внимание подсистемамфинансового планирования и управления;
· наличие функций управлениятранснациональными корпорациями, включая поддержку нескольких часовых поясов,языков, валют, систем бухгалтерского учета;
· большеевнимание созданию информационной инфраструктуры предприятия, гибкости,надежности, совместимости с различными программными платформами;
· интегрируемостьс приложениями и другими системами, использующимися предприятием, такими каксистемы автоматизированного проектирования, автоматизации управлениятехнологическими процессами, электронного документооборота, электроннойкоммерции;
· наличиев системе или интеграция с программными средствами поддержки принятия решений;
· наличие развитых средств настройки иконфигурирования аппаратных и программных средств [4].
В последнее десятилетие успешноразвивались интернет технологии, позволяющие предприятиям через информационнуюсеть обмениваться данными и документами с покупателями и контрагентами. Новыефункции работы с интернет, появившиеся в интегрированных системах управления,уже выходят за традиционные рамки ERP, замкнутой внутри производственного циклапредприятия. Сочетание традиционной ERP системы предприятия с интернет решениями для электронногобизнеса привели к созданию новой организационной и управленческой среды инового качества системы. Результатом этого явилась концепция систем новогопоколения — ERP II — Enterprise Resource and RelationshipProcessing — управление ресурсами и внешними отношениями предприятия, имеющих как бы дваконтура управления: традиционный внутренний, управляющий внутренними бизнеспроцессами предприятия, и внешний – управляющий взаимодействиями сконтрагентами и покупателями продукции. При этом традиционный внутренний контуруправления принято называть back-office — внутренняя система, а функциивзаимодействия с контрагентами и заказчиками — front-office — внешняя система.
Таким образом, ERP II система — этометодологии ERP системы с возможностью более тесного взаимодействия предприятияс клиентами и контрагентами посредством информационных каналов, предоставляемыхинтернет технологиями.1.1.4. Системы CALS
КонцепцияCALS — Computer-aided Acquisition and Logistic Support — компьютерная поддержкапроцессов поставок и логистики, зародилась в 80-х годах в военном ведомстве СШАкак подход к повышению эффективности управления и планирования госзаказов сцелью сокращения затрат на организацию информационного взаимодействиягосударственных учреждений с частными фирмами при формализации требований,заказа, поставок и эксплуатации военной техники. Доказав свою эффективность,концепция прошла путь последовательного совершенствования и, сохраниваббревиатуру CALS, получила более широкую смысловую трактовку — ContinuousAcqusition and Life cycleSupport — непрерывные поставки и поддержкажизненного цикла продукции. В НАТО CALS определяется как совместная стратегиягосударства и промышленности, направленная на совершенствование существующихпроцессов путем их преобразования в интегрированную информационную систему управленияжизненным циклом изделий [4].
Внашей стране также проводится разработка и внедрение CALS систем. Их заказчикамиявляются крупные предприятия оборонной промышленности и близких к ней отраслей,таких как космическая, авиационная. То есть, тех отраслей, в которыхразработчики, изготовители и пользователи продукции обречены тесновзаимодействовать на протяжении всего жизненного цикла изделия.
Основноесодержание концепции CALS составляет набор общих базовых принципов и рекомендуемыхтехнологий управления процессами и данными.
Общимибазовыми принципами CALS являются:
· системная информационная поддержкажизненного цикла изделия на основе использования интегрированной информационнойсреды;
· информационная интеграция за счетстандартизации формализованных описаний объектов управления;
· разделение программ и данных на основестандартизации структур данных и интерфейсов доступа к ним, ориентация наготовые программно-технические решения, удовлетворяющие требованиям стандартов;
· безбумажное представление информации,использование электронно-цифровой подписи;
· параллельный инжиниринг;
· непрерывное совершенствование бизнеспроцессов.
Кчислу рекомендуемых технологий управления процессами относятся:
· управление проектами (Project Management);
· управление ресурсами(Manufacturing Resource Planning);
· управление качеством (QualityManagement);
· интегрированная логистическая поддержка(Integrated Logistic Support).
Вкачестве технологии управления данными об изделии, процессах, ресурсах иокружающей среде рекомендуется Product Data Management (PDM) [4].
Стратегия CALS предусматривает двухэтапный план созданияинтегрированной информационной системы:
· автоматизацияотдельных процессов или этапов жизненного цикла изделия и представление данныхна них в электронном виде;
· интеграцияавтоматизированных процессов и относящихся к ним данных, уже представленных вэлектронном виде.
Несмотря на зависимость точности расчетапотребности от точности вводимой информации метод MRP может быть использованна ОАО «Тайфун». Неточность прогноза или хаотичность спроса на продукциювозможно возможно покрыть страховым запасом. Аналогичное решение можноприменить к неточности в определении времени доставки сырья. Но даже с учетомэтих факторов, использование MRP позволит сократить запасы за счет более тщательногоконтроля и расчета необходимого уровня, а также улучшить оперативность инадежность системы планирования в целом, поможет принимать обоснованные решенияпо планированию.
1.2. Обзор аналогичных программныхпродуктов
1.2.1. MRP — Программа планирования потребности в материалахПримером реализации системы MRP можетслужить программа «MRP — Программа планирования потребности в материалах»,автором которой является Слонов Сергей Олегович.
Программаформирует потребность предприятия в производимых (деталь, сборочная единица) изакупаемых номенклатурных позициях (сырье, материалы, инструмент), выраженную ввиде календарного плана.
Приразработке программы использовалась методология планирования потребности вматериалах MRP (Material Requirements Planning). Входящие данные для программы:
1. Календарный план производствапродукции.
2. Остатки сырья, материалов, деталей,сборочных единиц, инструмента на складе.
3. Спецификации продукции (данные осоставе изделий и нормах расхода сырья, материалов, компонентов, инструмента наединицу готовой продукции).
Программане ориентирована на выполнение заказов. Программа ориентирована на выполнениепроизводственной программы. Т.е. не учитываются остатки готовой продукции на складе.
Потребностьотображается в натуральном и в стоимостном выражении.
Спомощью программы можно отслеживать остатки товарно-материальных запасов наскладе, производственных участках, подрядных организациях. Списаниетоварно-материальных запасов с производственных участков происходитавтоматически согласно спецификации при поступлении готовой продукции илиполуфабриката на склад.
Прирасчете потребности с учетом остатков во внимание принимаются только остатки,находящиеся на складе (место хранения — СКЛАД). Вы можете переименовать этоместо хранения, например, Материально-техническая база, склад сырья и др.
Программаможет использоваться локально или по сети. Сетевой вариант использования хороштем, что разные пользователи ведут узкое направление, а информацией могутпользоваться все. Например, кладовщик учитывает товарно-материальные ценностина складе, конструктор или технолог составляет спецификации и определяет нормырасхода, экономист, бухгалтер или менеджер вводит цену приобретаемых ценностей,руководитель или начальник производства — план производства. В итоге службаснабжения и руководитель получают расчетную чистую потребность предприятия впроизводимых (деталь, сборочная единица) и закупаемых номенклатурных позициях(сырье, материалы, инструмент), выраженную в виде календарного плана. Такжесетевое использование программы позволяет с разных рабочих мест получитьобщедоступную информацию: текущие остатки на складе, телефоны фирм,спецификации изделий (нормы расхода). Это позволит более оперативно приниматьрешения.
Результаты,рассчитанные программой, носят рекомендательный характер для руководителяпредприятия, для службы снабжения.
Болееподробное описание, инструкции и рекомендации по работе с программой находятсяв ней самой.
Программанаписана на Microsoft Access 2003, оптимизирована для разрешения экрана1024х768, распространяется бесплатно с закрытым исходным кодом.
Даженесмотря на бесплатное распространение, использование данной программы на ОАО«Тайфун» невозможно, т.к. все данные хранятся не в Microsoft Access, а в базахданных ORACLE.
1.3. Выбор инструментальных средствпрограммирования
1.3.1. CредстваDelphi
Все приложения СУБД, создаваемые в среде Delphi, являютсяклиентами в архитектуре программного взаимодействия клиент/сервер. Клиентвыдает запросы к серверу базы данных на получение или передачу информации.Сервер обрабатывает запросы от множества клиентов одновременно, координируядоступ к данным и их обновление [5].
Все приложения СУБД, создаваемые в среде Delphi, основанына компонентах пользовательского интерфейса с некоторой базой данных, которыепредоставляют удивительно легкие в использовании средства разработкиспециальных приложений. Львиная доля времени процесса разработки уходит навизуальную установку свойств выбранных компонент. Удачно спроектированноеприложение всегда обеспечивает простоту просмотра и редактирования данныхпользователем, независимо от сложности структуры используемой модели данных.Формы приложений СУБД для типично сложной системы в архитектуре взаимодействияклиент/сервер действительно могут быть созданы в интегрированной среде Delphiвесьма быстро и с малыми усилиями [6].
Воздействия на компоненты многогранны: их реакция насобытия обеспечивается стандартными методами, а установка значений свойств можетпроизводиться во время работы приложения. Таким образом, простое вначалеприложение в процессе разработки постепенно усложняется, чтобы, в конце концов,выглядеть совершенно профессиональным программным изделием.
В данной работе основным критериям выбора СВП Delphi сталото, что на ОАО «Тайфун » традиционно используется именно эта среда. Основнойупор в программе должен быть сделан на реализацию максимального числа функцийна уровне СУБД Oracle, на уровне СВП Delphi должен бытьреализован лишь удобный интерфейс. Такая архитектура позволит придатьмаксимальную гибкость программе, оставит возможность переноса на всевозможныеплатформы.
1.3.2. СУБД Oracle
Система Управления Реляционными БазамиДанных (СУРБД) Oracle предназначена для одновременного доступа к большимобъемам хранимой информации. СУРБД складывается из двух составляющих: БазаДанных (информация) и экземпляр (конкретная реализация системы). База данныхсостоит из физических файлов, хранящихся в системе, и из логических частей(например, схема БД). Эти файлы могут быть совершенно разными. Экземпляр – этоспособ доступа к данным, который состоит из процессов и системной памяти.
БД Oracle состоит из двух уровней:физический и логический. Физический уровень включает файлы, которые хранятся надиске, а логический уровень представляет компоненты физического уровня [7].
Физический уровень включает трикатегории файлов:
1) один или более файлов данных – Вэтих файлах хранится информация, имеющаяся в БД. Вы можете иметь как один файлданных, так и сотни таких файлов. Информация из одной таблицы может бытьразбросана по нескольким файлам данных (а несколько таблиц могут делить междусобой пространство файлов данных). Распределение таблиц по нескольким файламданных может значительно увеличить производительность системы. Количествофайлов данных ограничено параметром MAXDATAFILES.
2) два или более файлов журналированияопераций (redo log files) – Файлы журналирования операций содержат информацию,необходимую для процесса восстановления в случае сбоя системы. Файлыжурналирования операций (называемые также просто журналом операций) хранят всеизменения, которые произошли в БД. С помощью журнала операций восстанавливаютсяте изменения, которые были произведены, но не зафиксированы перед сбоемсистемы. Файлы журналирования операций должны быть очень хорошо защищены противаппаратных сбоев (как на программном, так и на аппаратном уровне). Еслиинформация журнала операций будет утеряна, то Вы не сможете восстановитьсистему.
3) один или более управляющих файлов –Управляющие файлы содержат информацию, необходимую для запуска экземпляраOracle (в том числе расположение файлов данных и файлов журналированияопераций). Управляющие файлы должны быть хорошо защищены. Oracle предоставляетмеханизм для хранения нескольких копий управляющих файлов[9].
Логический уровень составляютследующие элементы:
— Одно или несколько табличныхпространств;
— Схема БД, состоящая из таблиц,кластеров, индексов, представлений, хранимых процедур и т.д.
База данных разделяется на одно илиболее логических частей, называемых табличными пространствами. Табличныепространства используются для логической группировки данных между собой.Например, Вы можете определить одно табличное пространство для бухгалтерскихданных, а другое для складских. Сегментирование групп по табличнымпространствам упрощает администрирование этих групп. Каждое табличноепространство состоит из одного или более файлов данных. Используя несколькофайлов данных для одного табличного пространства, можно распределить их поразным дискам, увеличив тем самым скорость ввода-вывода и, соответственно,производительность системы.
Таким образом, БД Oracle состоит изтабличных пространств, которые, в свою очередь, состоят из файлов данных. Афайлы данных могут быть разбросаны по нескольким физическим дискам.
В процессе создания БД Oracleавтоматически, создается табличное пространство SYSTEM. Хотя для небольших базданных может хватить этого табличного пространства, но все же следует создатьдополнительные табличные пространства для пользовательских данных. В табличномпространстве SYSTEM хранится словарь данных [9].
В СУБД Oracle контроль над дисковымпространством происходит с использованием специальных логических структур.
Эти структуры следующие:
· блоки данных – Это наименьшая единица хранения данных в БДOracle. Блок БД содержит заголовочную информацию о себе, и данные.
· экстенты – Экстент состоит из блоков данных.
· сегменты – Сегмент состоит из совокупности экстентов, содержащихопределенный вид данных.
БД Oracle использует четыре типасегментов:
1. сегмент данных – хранит пользовательские данные.
2. индексный сегмент – содержит индексы.
3. сегмент отката – хранит информацию отката, используемую при возврате кпредыдущему состоянию БД.
4. временный (промежуточный) сегмент – создается в случае, если длявыполнения SQL-выражения необходимо дополнительное рабочее пространство. Этисегменты уничтожаются сразу после выполнения SQL-команд. Промежуточные сегментыиспользуются также в разнообразных операциях с БД, например, при сортировке.
Экстенты являются строительнымиблоками сегментов, и, в тоже время, состоят из блоков данных. Экстентыиспользуются для минимизации неиспользуемого (пустого) пространства хранилища.По мере увеличения количества данных в табличных пространствах, экстентыиспользуются для хранения тех данных, которые могут разрастаться. Такимобразом, несколько табличных пространств могут делить между собой пространствохранилища без предопределения разделов этих табличных пространств.
При создании табличного пространстваможно указать минимальное число определения экстент, а также число экстент,добавляемых при заполнении уже определенных. Это распределение позволяетконтролировать пространство хранилища БД.
Блоки данных — это наименьшие единицыБД Oracle. Они физически хранятся на диске. Блоки данных на большинстве систем2Кб (2048 байт), но Вы можете изменить этот размер на свое усмотрение дляувеличения эффективности работы системы [9].
1.4. Описание систем
1.4.1 Существующая система
В настоящее время расчеты потребности в материалах ведутсяплановым бюро ОМТС с помощью калькулятора на основании представленных ОГТспецифицированных норм расхода материалов на одну единицу изделия. На каждыйматериал заведена карточка, в которой ведутся расчеты на материал под каждыйзапуск в производство. По мере необходимости оплаты финансовым отделом заводапо установленным правилам ОМТС оформляет заявку на оплату. Планируемые суммыежеквартально с разбивкой по месяцам передаются в группу бюджетирования длявключения в бюджет. Контроль ведется по мере поступления и выдачи материалов впроизводство.
1.4.2. Управление запасами и производством по точкеперезаказа
Одной из задач управления предприятием, которую выполняетслужба ОМТС, является задача управления запасами. Для учета и управлениязапасами, который в н.в. выполняется вручную, применяются карточки складскогоучета, в которых указывается поступление материалов на склад, их отпуск сосклада, а также их остаток. Аналогично информация с карточек дублируется вкнигах учета в ОМТС. Кроме того, в ОМТС ведется карточка на материал, в которойвручную заносится потребность под запуск, лимит для выдачи материалов в цеха.При использовании карточного метода задача пополнения запасов реализуетсяпростым (с точки зрения трудозатрат персонала) и очень неэффективным (с точкизрения достижения основных целей предприятия) способом: когда какой-нибудьматериал был полностью израсходован, формируется заказ поставщику. В этомслучае (поскольку поставка не всегда могла происходить моментально) в течениенекоторого времени необходимый материал просто отсутствовал на складе.
Логичным решением, исключающим такую ситуацию,установление некоторого минимального уровня запасов на складах, по достижениикоторого формируется заказ на пополнение. Т.е, как только реальное количествоматериала на складе опускалось ниже определенного уровня, называемого точкойперезеказа, значение которой зависело от времени реализации потребности,величина заказываемой партии и некоторых других параметров, происходило оформлениенового заказа на поставку этого материала.
1.4.3. Предлагаемая система
ОМТС из компьютерной системы получает информацию онеобходимом к закупке количестве материалов (брутто-потребность). Всенеобходимые расчеты выполняет БМТН предприятия на каждый запуск производства.Плановое бюро ОМТС группирует все рассчитанные потребности ПО ЗАКАЗУ и ПОЗАВОДУ, в случае необходимости потребность корректируется на допустимые заменысогласно таблице замен или оформляется карта отклонений.
Входной информацией является:
1. Рассчитанные MRP-потребности
2. Заявки на заказ поставщику (ответственные ОМТС)
Выполняемые действия:
1. Просмотр необходимых к закупке материалов
2. Формирование заказов на закупку и уведомление финансового отдела онеобходимости оплаты в установленном на предприятии порядке
3. Отслеживание заказов поставщикам и уведомление финансового отдела обоплате в соответствии с договором (заявкой на поставку).
выходная информация:
1. Заказы поставщикам (ожидаемые приходы-даты, количество)
2. Уведомления о необходимости оплаты – заявка на оплату и счет со стороныпоставщика для оплаты
При расчете MRP потребностинеобходимо учесть разрешенные замены согласно СТП и карты отклонений, т.е. еслиотдел закупок, просмотрев потребность, должен установить связку товар-поставщик,т.е. связать с материалом поставщиков. Если такого материала нет, тогда ищутальтернативу и вводят карту отклонений.
Последовательность выполняемых действий:
1.Выбор режима расчета MRP потребности:
— на каталог
— по на все каталоги
2. Расчет MRP потребности.
3. Расчет MRP потребности с учетомзамен.
4. Привязка поставщиков. Если есть таблица поставщиков(т.е. связь материалов и поставщиков)
5. Связка поставщик – материал, по поставщику договор исроки поставки. Не исключено, что по одному материалу имеется несколькопоставщиков.
6. Далее дать возможность посмотреть уже сформированныезаказы. Т.к каталоги на один и тот же заказ или разные пополняются, то нужновсе время проверять общую потребность к закупке с уже сформированными заказамии формировать новые.
Конструкторскаячасть
2.1. Назначение и составпрограммного комплекса
Программный комплекспредназначен для уменьшения трудоемкости работы сотрудников отдела материально-техническогоснабжения ОАО «Тайфун» при планировании закупок необходимых материалов.
Комплекс разрабатывается дляавтоматизации планирования процесса закупок.
Программный комплекс состоит изклиентской части, выполненной в среде программирования Delphi, и серверной части,выполненной в виде базы данных Oracle, хранимой на сервере и состоящий из таблиц, хранимыхпроцедур и других компонентов базы данных. 1.2. Безопасность доступа к данным1.2.1. Идентификация
Идентификация и проверка подлинностипользователей или аутентификация — основное средство защиты информационныхсистем от постороннего вмешательства.
Под идентификацией обычнопонимается процедура, посредством которой пользователь или процесс сообщаетсведения о себе. Проверка подлинности, или аутентификация — это процедурапроверки достоверности предъявленных данных. Как правило, большинствупользователей требуется доступ ко многим сервисам, предоставляемым системами. Вто же время ни им, ни системным администраторам не хочется размножатьрегистрационную информацию и особым образом входить в каждый сервер.
Выход из этой ситуациизаключается в создании специального сервера проверки подлинности, услугамикоторого будут пользоваться другие серверы и клиенты информационной системы.Выделение особого сервера аутентификации позволяет реализовать собственныеприкладные комплексы со своей системой понятий, но со стандартной процедуройпроверки подлинности, что существенно облегчает управление правами доступапользователей.
Для данных целей подсистемаиспользует модуль UnitM4Server, который содержит все необходимые функции. Проверкуподлинности осуществляет функция User_Connect. Входные параметры: login – имяпользователя, password – пароль. Данная функция принимает имя пользователя ипароль и при правильном вводе, подключает пользователя к базе. Окно ввода именипользователя и пароля представлено на рис 2.
/>
Рис.2. Окнопроверки доступа
Код процедуры TMainF.SocketConnection1AfterConnect:
ProcedureTMainF.SocketConnection1AfterConnect(Sender: TObject);
var
us_n,us_p,us_fio:Widestring;
begin
us_n:=”;
us_p:=”;
try
M4Server:=IM4ServerDisp(IDispatch(SocketConnection1.appServer));
ifM4Server.Error_Code0 then
raiseexception.Create(M4Server.Error_Message);
us_n:=UpperCase(IniParameters.UserName);
ifUsNamePass=” then
PassDlg(us_n,us_p)
else
begin
us_n:=LeftStr(UsNamePass,pos(‘@’,UsNamePass)-1);
us_p:=midStr(UsNamePass,length(us_n)+2,Length(UsNamePass)-2);
end;
ifus_n” then
IniParameters.UserName:=us_n;
ifM4Server.User_Connect(us_n,us_p,us_fio) > -1 then
begin
StatusBar1.Panels[0].Text:= us_fio;
us_n:=”;
us_p:=”;
menu:=MainMenuConnected;
ShowModulKatalogs(nil)
end
else
begin
ifUsNamePass=” then
begin
ShowMessage(‘Неправильное имя пользователя или пароль!’);
SocketConnection1.Close;
M4Server:=nil;
end
else
close;
end
except
//raiseexception.Create(‘Соединение невозможно!’);
SocketConnection1.Close;
M4Server:=nil;
raise
end;
end;1.2.2. Авторизация
/>Компоненты и процессыавторизации позволяют предоставлять пользователям разрешения на доступ кресурсам и управлять этими разрешениями.
/>/>/>/>/>Сотрудники завода,имеющие доступ к информационным ресурсам, получают идентификатор. Чтобыобеспечить управление доступом к управляемым ресурсам, например, базам данных иприложениям, для идентификаторов назначаются роли.
Роль — это ключевой компонентфункции управления доступом на основе ролей. Роли создаются в соответствии стем, что требуется сотрудникам для эффективного предоставления доступа кнужному инструментарию [7].
/>/>/>/>Политикапредоставления доступа задает связь междусотрудниками, принадлежащими к различным ролям в организации, и службами,которые соответствуют различным ресурсам, а также определяет, какие права будутпредоставлены этим сотрудникам при доступе к службам.
Реализуемая политикапредоставления доступа отражает политику управления идентификацией,соответствующую плану обеспечения защиты на заводе.
Политика предоставления доступапредставляет собой ключевой компонент каркаса автоматизации управленияжизненным циклом идентификаторов.
/>/>/>Предоставляемое право определяет, какие службы связаны с правилом политики икакие условия применимы к предоставляемому праву. Например, предоставляемоеправо может указывать, есть ли у связанной с ним роли доступ ко всемэкземплярам службы, или только к какому-то одному экземпляру этой службы. Спредоставляемыми правами также связаны рабочие потоки, которые позволяютреализовать процедуры утверждения при предоставлении доступа к службам. />/>/>/>/>
1.2.3.Управление доступом на основе ролей
/>/>/>Управление доступом на основе ролей существенно сокращаетзатраты и сложность администрирования пользователей за счет реализациикомплексного, основанного на правилах политики, решения по предоставлениюпользователям доступа к ресурсам в соответствии с действующим на заводетребованиями к защите.
Функция управления доступом наоснове ролей использует роли и правила политики предоставления доступа, чтобыоценивать, проверять и применять бизнес-процессы и правила для предоставлениядоступа пользователям. Главные администраторы создают правила политикипредоставления доступа и назначают пользователям роли, для которых заданынаборы предоставляемых прав, определяющих разрешения на доступ к ресурсам.Роль, назначенная пользователю, отражает круг его обязанностей и сферу егодеятельности в организации [7].
Функция управления доступом наоснове ролей оценивает изменения в информации о пользователях, чтобыопределить, влияют ли эти изменения на назначение пользователю той или инойроли. Если возникает такая необходимость, правила политики пересматриваются исразу же вносятся изменения в предоставляемые права. И аналогично, изменение внаборе ресурсов, с которым связано правило политики, может инициироватьизменение в соответствующих предоставляемых правах.
Управление доступом на основеролей включает в себя следующие возможности:
§ Обязательные и дополнительные предоставляемые права;дополнительные права не предоставляются автоматически, но пользователь в группеможет затребовать такие права.
§ Обязательные службы, доступ к которым долженпредоставляться до того, как будут заданы те или иные права доступа. Например,права доступа к Windows NT(R) должны предоставляться допредоставления прав на доступ к Microsoft Outlook(R).
§ Права могут предоставляться по умолчанию, а также могутприменяться ограничения предоставляемых прав, когда каждой характеристикепредоставляемого права присваивается значение по умолчанию или, в зависимостиот возможностей предоставляемого права, ограничивается область его действия.
§ Можно создать одну учетную запись с несколькимиразрешениями, управляемыми разными правилами политики.
§ Можно создавать частные просмотры информации опользователях и доступных ресурсах с применением фильтров.
§ Можно применять методы аутентификации пользователей,соответствующие внутренней политике защиты.
§ Можно безопасным образом распределять компоненты системыпредоставления доступа по средам WAN и Интернет (включая переход черезбрандмауэры).
§ Можно создавать ID пользователей с использованиемунифицированных, заданных пользователями алгоритмов.
Функция User_Connect(login, password)помимо подключения к базе данных, определяет к какой роли принадлежит данныйпользователь и связывает его с определенными правами. В зависимости отпривилегий конкретного пользователя, ему разрешается или запрещаетсяпросматривать, редактировать или удалять определенные записи в базе данных.
/>1.3. Алгоритмы работы подсистемы
Разработанная программа, послесоединения с базой данных, формирует таблицу со списком каталогов, в которыххранится информация на состав конечного изделия. Из этой таблицы выбираетсякаталог и для этого каталога делается расчет потребности, если необходимосделать расчет для нескольких каталогов, то выбирается несколько каталогов.Когда расчет произведен, формируется новая таблица с материалами и ихпотребностями. Каждому материалу соответствует свой уникальный код. Материал,который входит в состав изделия по необходимости можно заменить на какой-либодругой, но обязательно из той же группы. Замена может быть полной иличастичной, так как часть необходимого материала может быть в наличии. Длякаждого необходимого материала или для замены можно ввести соответствующегоконтрагента, то есть у кого будет производиться закупка. Для этого изсправочника контрагентов, в котором содержится информация о названии, городе,физическом и юридическом адресе, индивидуальном налоговом номере и прочиехарактеристики, выбирается контрагент. После добавления контрагента необходимоввести количество материала (в пределах ранее рассчитанной величины),требуемого на закупку, а так же единицу измерения (килограмм, метр, кубометр,литр и т.д.) и закупочную цену. После ввода всех необходимых данных формируетсятаблица заказов в которой содержится информация о материале, его количестве,цене и контрагенте. В этой таблице можно выбрать перечень материалов на которыенадо оформлять заказ и формируется отчет.
2.4.Разработка таблиц
2.4.1.Структура таблицы «материалы»
«Таблица материалы» содержит всебе информацию о всех материалах и их характеристиках (табл.1).
Табл.1
/>
Таблица имеет следующие поля:
MATERIAL_ID: Идентификатор
KOD_OKP: Код ОКП
NAME: Наименование
ED_IZM: Еденица измерения
NORMA: Минимальная норма запаса на складе
DECLARATION: Дополнительное описание
KORR_SCHET: Балансовый счет
USER_ID: Идентификатор пользователя
DATE_CREATE: Дата создания
DATE_LAST_CHANGE: Дата последнего изменения
MAT_TYPE: Тип еденицы
IMBASE_KEY: Ключ в IMBASE
SAPFORD_KEY: Ключ в SAPFORD
GR_ZAMEN: Номер группы взаимозаменяемых материалов
MIN_RASHOD: Минимальная партия выдачи
2.4.2.Структура таблицы «контрагенты»
«Таблица контрагенты» содержитинформацию о контрагентах и их характеристиках (табл.2).
Табл.2
/>
Таблица имеет следующие поля:
CODE: Внешний идентификатор (три знака почтового индекса +четырехзанчный код)
NAME: Наименование
FULL_NAME: Полное имя
INN: ИНН банка
KPP: КПП предприятия
ZIP: Почтовый индекс
REGION: Регион, край, область, автономный округ.
SUB_REGION: Район
CITY: Наиненование населенного пункта
NAS: Внутренний код
STREET: Улица
HOUSE: Дом
HOUSE_CASE: Корпус
HOUSE_CASE_STRUC: Строение
CONTRAGENT_ID: Внутренний код
PHONE: Телефон
FAX: Факс
E_MAIL: Электронный почтовый ящик
ADD_INF: Дополнительная информация
OFFICE: Офис
COUNTRY: Страна
DATE_CREATE: Дата создания записи
DATE_LAST_CHANGE: Дата изменения записи
USER_ID: Идентификатор пользователя
USER_ID_CHANGE: Идентифокатор изменившего пользователя
2.4.3. Структура таблицы «замены»
«Таблица замены» содержитинформацию о заменах (табл.3).
Табл.3
/>
Таблица имеет следующие поля:
MZ_ID: Уникальный идентификатор
MZ_KAT_ID: Каталог
MZ_MAT_ID: Идентификатор заменяемого материала
MZ_NEW_MAT_ID: Ифентификатор нового материала
MZ_KOL: Количество заменяемого материала
MZ_MAX_KOL: Всего заменяемого материала
MZ_NEW_KOL: Количество нового материала
MZ_TYPE: Тип замены (0 — полная, 1 — частичная)
Процедура добавления замены:
CREATEOR REPLACE PROCEDURE «MATERIALS_ZAMEN_CREATE» (
in_kat_idIN sostav.sos_kat_id%TYPE,
in_mat_idIN materials_zamen.mz_mat_id%TYPE,
in_new_mat_idIN materials_zamen.mz_mat_id%TYPE,
in_old_kolIN materials_zamen.mz_kol%TYPE,
in_max_kolIN materials_zamen.mz_max_kol%TYPE,
in_new_kolIN materials_zamen.mz_new_kol%TYPE,
in_zamen_typeIN materials_zamen.mz_type%TYPE
)
/*добавлениезаписи по материалу к версии расчета*/
IS
out_idINTEGER;
mat_countINTEGER := 0;
summ_kolNUMBER := 0;
BEGIN
SELECTseq_material_zamen_mz_id.NEXTVAL
INTOout_id
FROMDUAL;
— Ищем были ли произведены полные замены на данныйматериал
SELECT COUNT (*)
INTOmat_count
FROMmaterials_zamen
WHEREmz_mat_id = in_mat_id AND mz_type = 0
ANDmz_kat_id = in_kat_id;
— Если производится частичная замена и уже есть полнаязамена
IF (in_zamen_type IN (0, 1) AND mat_count >0)
THEN
raise_application_error
(-20001,
‘Вы неможете проводить замену, т.к. с данным материалом уже была произведена полнаязамена.’
);
END IF;
mat_count:= 0;
— Ищембыли ли произведены частичные замены на данный материал
SELECT COUNT (*)
INTOmat_count
FROMmaterials_zamen
WHEREmz_mat_id = in_mat_id AND mz_type = 1
ANDmz_kat_id = in_kat_id;
— Если производится полная замена и уже есть частичныезамены
IF (in_zamen_type = 0 AND mat_count > 0)
THEN
raise_application_error
(-20001,
‘Вы неможете проводить полную замену, т.к. с данным материалом уже была произведеначастичная замена.’
);
END IF;
–Проверяем,можно ли произвести частичную замену
IF (in_zamen_type = 1)
THEN
SELECTSUM (mz_kol)
INTOsumm_kol
FROMmaterials_zamen
WHEREmz_mat_id = in_mat_id AND mz_type = 1 AND mz_kat_id = in_kat_id;
summ_kol:= summ_kol + in_old_kol;
IF(summ_kol > in_max_kol)
THEN
raise_application_error
(-20001,
‘Общееколичество материалов при проведении частичных замен превышает максимальноеколичество.’
);
ENDIF;
ENDIF;
INSERTINTO materials_zamen
(mz_id,mz_kat_id, mz_mat_id, mz_new_mat_id, mz_kol,
mz_max_kol,mz_new_kol, mz_type
)
VALUES(out_id, in_kat_id, in_mat_id, in_new_mat_id, in_old_kol,
in_max_kol,in_new_kol, in_zamen_type
);
ENDmaterials_zamen_create;
Процедура удаления замены:
CREATEOR REPLACE PROCEDURE «MATERIALS_ZAMEN_DELETE» (
in_mz_idIN materials_zamen.mz_id%TYPE
)
/*удалениезаменыматериала*/
IS
BEGIN
DELETEFROM materials_zamen
WHEREmz_id = in_mz_id;
ENDmaterials_zamen_delete;
2.4.4.Структуратаблицы«закупок»
«Таблица закупок» содержитинформацию о заменах (табл.4).
Табл.4
/>
MC_ID: Идентификатор
MC_MAT_ID: Идентификатор материала
MC_MZ_ID: Идентификатор замены материала
MC_POST_ID: Идентификатор контрагента
MC_NAME: Наименование контрагента
MC_COUNT: Количество на закупку
MC_COST: Цена
MC_EDIZM: Еденица измерения
MC_KAT_ID: Каталог
Процедура добавления контрагентав таблицу закупок:
CREATE OR REPLACE PROCEDURE«MATERIALS_CONTRAGENT_CREATE» (
in_mc_kat_id IN materials_contragent.mc_kat_id%TYPE, in_mc_mat_idIN materials_contragent.mc_mat_id%TYPE, in_mc_mz_id IN materials_contragent.mc_kat_id%TYPE,in_mc_post_id IN materials_contragent.mc_post_id%TYPE, in_mc_name IN materials_contragent.mc_name%TYPE,in_mc_count IN materials_contragent.mc_kat_id%TYPE, in_mc_cost IN materials_contragent.mc_cost%TYPE,in_mc_edizm IN materials_contragent.mc_edizm%TYPE, out_id OUT materials_contragent.mc_id%TYPE
)
/*добавление записи по материалу к версии расчета*/
IS
BEGIN
SELECT seq_materials_contragent_mc_id.NEXTVAL
INTO out_id
FROM DUAL;
INSERT INTO materials_contragent
(mc_id, mc_mat_id, mc_mz_id, mc_post_id, mc_name,
mc_count, mc_cost, mc_edizm, mc_kat_id
)
VALUES (out_id, in_mc_mat_id, in_mc_mz_id, in_mc_post_id,in_mc_name,
in_mc_count, in_mc_cost, in_mc_edizm, in_mc_kat_id
);
END materials_contragent_create;
Процедура удаления контрагента втаблицу закупок:
CREATEOR REPLACE PROCEDURE «MATERIALS_CONTRAGENT_DELETE» (
in_mc_idIN materials_zamen.mz_id%TYPE
)
/*удалениеконтрагента*/
IS
BEGIN
DELETEFROM materials_contragent
WHEREmc_id = in_mc_id;
ENDmaterials_CONTRAGENT_delete;
2.5.Разработкамодулей
2.5.1.Модуль Mat_Zamen.pas
Модуль Mat_Zamen.pas,представленный на рис.3, является главным модулем проекта, так как он содержитописание действий происходящих при загрузке программы, а также описание формы MainForm.
На форме расположены три таблицыTDBGridEh. Это таблицы материалов, замен и контрагентов, а такжезакладки и меню TMenuItem. На форме присутствуют компоненты TСlientDataSet,TdataSource.
Компонент TClientDataSetиспользуется в клиентской части многозвенного распределенного приложения.
Компонент обеспечиваетвыполнение следующих основных функций:
• получение данных от удаленногосервера и передача ему сделанных изменений с использованием удаленногокомпонента-провайдера;
• представление набора данныхпри помощи локального буфера и поддержка основных операций, унаследованных откласса TDataSet;
• объединение записей набораданных при помощи агрегатных функций для получения суммарных данных;
• локальное сохранение набораданных в файле и последующее восстановление набора данных из файла;
• представление набора данных вформате XML [6].
Предком компонента TClientDataSetявляется класс TDataSet, поэтому TClientDataSet обладает таким же набором функций, что иобычный компонент, инкапсулирующий набор данных. Основное же отличиезаключается в том, источник данных для него доступен только через удаленныйкомпонент-провайдер. Это означает, что сохранение изменений и обновление набораданных осуществляется локально, без обращения к источнику данных [7].
Как и обычный компонент,компонент TClientDataSet может использоваться совместно с визуальнымикомпонентами отображения данных. Для этого нужен компонент TDataSource.
На втором этапе разработкиприложения баз данных необходимо перенести на форму и настроить компонент TDataSource. Онобеспечивает взаимодействие набора данных с компонентами отображения данных.Чаще всего одному набору данных соответствует один компонент TDataSource,хотя их может быть несколько.
Для настройки свойств компонентанеобходимо выполнить следующие действия.
1. Связать набор данных икомпонент TDataSource. Для этого используется свойство DataSet компонента TDataSource,доступное через Инспектор объектов. Это указатель на экземпляр компонентадоступа к данным.
В списке этого свойства вИнспекторе объектов перечислены все доступные компоненты наборов данных.
2. Переименовать компонент. Этоне обязательное действие. Тем не менее желательно присваивать компонентамосмысленные имена, соответствующие названиям связанных наборов данных [7].
Компонент меню, представленныйна рис. 4, выполняет следущие процедуры:
· Ввод / удаление контрагента;
· Ввод / удаление замены;
· Печать отчета
/>
Рис. 4. Главное меню
Процедуры ввода (TFRep_Mats.N5Click) иудаления (TFRep_Mats.N14Click) контрагентов.
procedureTFRep_Mats.N5Click(Sender: TObject);
begin
IFnot assigned(scM4_ContrAgents) then
initscM4_ContrAgents(SharedConnection.ParentConnection);
ContrAgentsGet_Sprav(Self,IM4ContrAgentsDisp(IDispatch(scM4_ContrAgents.AppServer)),
(Screen.DesktopHeightdiv 2) — (height div 2),
(Screen.DesktopWidthdiv 2) — (width div 2),
”,”, ”,
ContrAgent_Name,
ContrAgent_Code);
if(DBGEh_Mats.Focused = True) and (ContrAgent_Name ”) Then
Mat_Contr_Add(Application,SharedConnection, Kat_Id, CDS_Mats.FieldByName(‘MD_MR_ID’).AsInteger,
0,0, ContrAgent_Code, ContrAgent_Name)
elseif (DBGEh_Zamen.Focused = True) and (ContrAgent_Name ”) then
Mat_Contr_Add(Application,SharedConnection, Kat_Id, CDS_Zamen.FieldByName(‘MZ_MAT_ID’).AsInteger,
CDS_Zamen.FieldByName(‘MZ_ID’).AsInteger,1, ContrAgent_Code, ContrAgent_Name);
Contr_Refresh;
end;
procedureTFRep_Mats.N14Click(Sender: TObject);
begin
V.Mat_Zamen_Contr_Del(CDS_Contr.FieldByName(‘MC_ID’).AsInteger);
Contr_Refresh;
end;
Процедуры вводаи удаления замен:
procedureTFRep_Mats.N13Click(Sender: TObject);
begin
Enter_Zamen(Application,SharedConnection,
Kat_Id,
CDS_Mats.FieldByName(‘MD_MR_ID’).AsInteger,
CDS_Mats.FieldByName(‘GM_ID’).AsInteger,
CDS_Mats.FieldByName(‘MAT_OKP’).AsInteger,
CDS_Mats.FieldByName(‘MR_NAME’).AsString,
CDS_Mats.FieldByName(‘POTREB’).AsString,
CDS_Mats.FieldByName(‘GM_NAME’).AsString);
Zamen_Refresh;
end;
procedureTFRep_Mats.N15Click(Sender: TObject);
begin
V.Mat_Zamen_Delete(CDS_Zamen.FieldByName(‘mz_id’).AsInteger);
Zamen_Refresh;
Contr_Refresh;
end;
Печать отчета
procedureTFRep_Mats.N8Click(Sender: TObject);
begin
Mat_Zamen_Rep(Application,SharedConnection, Kat_Id, 1, Kat_ZCO_NAME, Kat_Name);
end;
2.5.2. МодульMat_Zamen_New.pas
На формумодуля Mat_Zamen_New вынесены следующие компоненты: TDBGridEh, TbitBtn, TdataSource,TclientDataSet, Tedit, TradioGroup (рис.5).
/>
Рис.5. Модуль Mat_Zamen_New
TDBGridEh – таблица в которую заносятся данные, TbitBtn –кнопки ввода замены и отмены, TdataSource и TclientDataSet – для соединения с базой данных, Tedit – строки сматериалами, TradioGroup – выбор полной или частичной замены.
Процедура выбора типа замены:
rocedure TFNew_Zamen.RGClick(Sender:TObject);
begin
if RG.ItemIndex = 1then
begin
DBN_OldKol.Enabled :=True;
end
else if RG.ItemIndex= 0 then
begin
DBN_OldKol.Enabled :=False;
DBN_OldKol.Value :=Old_Kol;
end;
Zamen_Type :=RG.ItemIndex;
end;
Процедура ввода замены:
procedureTFNew_Zamen.BitBtn1Click(Sender: TObject);
var Old, Max, New:WideString;
begin
Old :=FloatToStr(DBN_OldKol.Value);
Max :=FloatToStr(Max_Kol);
New :=FloatToStr(DBN_NewKol.Value);
V.Mat_Zamen_Create(Kat_Id,
Mat_Id,
CDS_Mats.FieldByName(‘MATERIAL_ID’).AsInteger,
Old,
Max,
New,
Zamen_Type);
Close;end;
2.5.2. МодульMat_Zamen_CNTR_Add.pas
На форме (рис. 6) находятся следующие компоненты: Tedit, TDBNumberEditEh, TspeedButton,TclientDataSet, TdataSource, TcomboBox.
Tedit – наименование контрагента,TDBNumberEditEh – количество закупаемого материала и цена, TcomboBox – выпадающее меню выбора едениц измерения, TspeedButton – рабочие кнопки, TclientDataSet и TdataSource – связь с базой данных.
/>
Рис.6. Модуль Mat_Zamen_CNTR_Add
2.5.2. Модуль формированияочета
На форму (Рис.7) вынесена таблица, меню и компоненты связи с базой данных.
После заполнениятаблицы, выбрав из меню строку «печать отчета» появится окно компонента FastReport (Рис.8).Этот компонент отвечает за печать отчета.
/>
Рис.7. Таблицазакупок
/>
Рис.8. Отчет FastReport/>/>/>/>/> 3. Технологическая часть3.1. Требования к аппаратному и программному обеспечению
§ Требования к аппаратному обеспечению:
— Процессор Pentium 800 МГц;
— Объем оперативной памяти 128Мбайт;
— Объем жесткого диска не менее5 Гбайт;
— Монитор SVGA, клавиатура иманипулятор мышь.
§ Требования к программному обеспечению:
— программа должна работать подуправлением операционной системы Microsoft Windows 98/ME/2000/XP./>/>/>/>/>/>3.2. Установка подсистемы
Вычислительная среда поставляется на диске CD-R, емкостью 700Мб. Установка производится в несколько этапов:
§ Проверить соответствиеоборудования, на которое предполагается произвести установку, минимальнымтребованиям для работы подсистемы;
§ Вставить компакт-дискс программой в CD-ROM;
§ Скопировать каталог K_T_Base и всеего содержимое на жесткий диск, с которого предполагается производить запускпрограммы, в каталог C:\ K_T_Base;
§ Для удобства запускасоздать на рабочем столе операционной системы значок «K_T_Base»,ссылающийся на программу C:\ K_T_Base \ K_T_Base.exe, рабочий каталог C:\ K_T_Base;
§ Создать в главном менюэлемент, ссылающийся на программу C:\ K_T_Base \ K_T_Base.exe;
§ Произвести запускпрограммы;
§ Установка завершена.3.3. Руководство администратора
Для функционирования подсистемынеобходимо наличие специального ПО:
1. На сервере баз данныхнеобходимо установить серверную часть Oracle.
2. Для сервера приложенийнеобходимо установить: клиентскую часть Oracle – для связи ссервером Oracle, Borland Socket Server – для прослушивания порта, к которому будет происходитьподключение и Borland Database Engine – для соединения сервера приложений с клиентской частью Oracle.
3. Также необходимозарегистрировать сервер приложений, запустив его.
4. На клиентских машинах нет необходимостив установке дополнительного программного обеспечения, кроме самой подсистемы.
5. На клиентской машиненеобходимо однократно настроить имя сервера приложений и указать порт, ккоторому будет происходить подключение.
Порт должен быть точно таким же,какой указан Borland Socket Server.
Для успешного администрированиябазы данных, также необходимо обладать знаниями навыками по настройке иадминистрированию сервера Oracle.
7. При запуске сервераприложений на панели задач появляется иконка сервера приложений. Когда серверзакрывается, иконка тоже исчезает.
2.4. Руководство оператора/>/>/>/>/>/>3.3.1. Запускподсистемы
После запуска операционной системы Microsoft Windows 98/ME/2000/XP запускпрограммы можно провести несколькими способами:
§ используя кнопку«Пуск» («Start» в англоязычной версии Windows);
§ используя значок«Расчет трудоемкости», расположенный на рабочем столе Windows;
§ используя командувыполнить с аргументом «C:\K_T_Base\ K_T_Base.exe»;
§ используя проводник Windows или аналогичную программу.
Для запуска первым способом необходимонажать кнопку «Пуск» и выбрать в меню пункт «Программы» («Program» ванглоязычной версии Windows). После чего в подменю выбрать строку «K_T_Base» иосуществить таким образом запуск программы.
Для запуска вторым способомнеобходимо дважды щелкнуть левой клавишей мыши на значок «K_T_Base»,расположенный на рабочем столе.
Для запуска третьим способомнеобходимо нажать кнопку «Пуск» и выбрать в меню пункт «Выполнить». Далееввести в окно текст «C:\K_T_Base\K_T_Base.exe» с клавиатуры или воспользовавшись возможностью обзора,нажать кнопку «Ok».
Для запуска четвертым способом необходимозапустить проводник, выбрать каталог «C:\K_T_Base \», в нем выбратьпрограмму «K_T_Base.exe».3.3.2. Начало работы
Разработанная подсистема выполняет следующиефункции:
§ Расчет потребностей материалов
§ Добавление необходимых замен
§ Удаление необходимых замен
§ Добавление контрагентов
§ Удаление контрагентов
§ Формирование таблицы закупок
§ Вывод отчета
На рис. 9. показано окноподсистемы, с которого пользователь начинает работу.
/>
Рис 9. Проверка доступа
В этом окне пользователюнеобходимо ввести имя пользователя и пароль. Доступ к серверу баз данныхоткрывает администратор, пароль и имя пользователя вводятся латинскими буквами.Пароль не отоброжается, в случае необходимости просмотра пароля надо поставитьгалочку в ячейке «Показать пароль». После ввода данных надо нажать на кнопку«ОК», в результате, если данные верны, открывается сама программа (Рис.10).
/>
Рис.10. Окно системы К_Т_Base.
В окне выбирается каталог, длякоторого будет производиться расчет потребности. В строке меню, при нажатиикнопки «Отчеты», появляется выпадающее меню в котором необходимо выбрать строку«Закупки материалов» (Рис.11).
/>
Рис. 10. Меню «Отчеты».3.3.3. Новый расчет
Для создания нового расчета пользователюнеобходимо выбрать будет ли расчет производиться на выбранный каталог иликаталог будет формироваться. Данные параметры задаются в окне, представленномна рис. 11.
/>Рис.11. Окно выбора каталога
После выбора каталога следуетнажать кнопку «Данные», в результате будет произведен расчет потребности, ибудет сформирована форма с тремя взаимосвязанными таблицами. В таблице «Списокматериалов» находятся материалы, их код ОКП, количество и единица измерения. Втаблице «Список замен» находятся заменяемые материалы, их код ОКП, количествозаменяемого и нового материала. В таблице «Список контрагентов» находятсяконтрагенты, количество материала необходимого к закупке, его единица измеренияи цена (рис. 12.). Все три таблицы взаимосвязаны: каждому материалусоответствует своя замена и контрагент, каждой замене соответствует свойконтрагент.
/>
Рис. 12. Основное окно программы
Чтобы начать ввод замен иконтрагентов, необходимо в главном меню выбрать пункт «Действие», в результатепоявится выпадающее меню (рис.13), в котором пользователь выбирает необходимоедействие.
/>
Рис. 13. Меню «Действие».3.3.4. Ввод замен
Ввод замен производится при выборе строкименю «Ввести замену», в результате появляется новое окно, отраженное на рис.14.В этом окне отображается к какой группе относится материал, тип замены (полнаяили частичная), старый материал и его количество, новый материал и егоколичество. Новый материал выбирается из таблицы, его количество вводитсявручную. Если замена частичная, то количество замены, должно быть меньше, иначепоявится окно с ошибкой замены. Материал можно заменять на несколько других, нообщее количество замены не должно превышать рассчитанное по норме. Этопроизводится аналогично полной замене. Когда все замены введены, надо нажать кнопку«Ввести замену», если замены не требуется – нажать «Отмена».
/>
Рис. 14. Ввод замен3.3.5. Ввод контрагентов
После того, как введены замены, можно начатьввод контрагентов. Контрагенты вводятся как для материала, так и для замены.Для этого надо выбрать в главном меню строку «Ввести контрагента» и появитсяокно, представленное на рис. 15., в нем выбирается контрагент. Если найденнужный контрагент, нажать кнопку «Выбрать», в противном случае «Отмена».
/>
Рис. 15. Справочник контрагентов
После ввода контрагентапоявляется окно «Добавление контрагентов», в него заносим количество материалана закупку, предполагаемую цену и единицу измерения. Чтобы очистить поляданных, надо нажать кнопку «Очистить». Если данные не требуется изменять,следует нажать кнопку «Добавить в таблицу». Если требуется изменить контрагента– нажать «Отмена» (Рис. 16).
/>
Рис. 16. Добавление контрагентов
Далее, для формирования таблицы,отображающей все взаимосвязи материалов и контрагентов, необходимо в главномменю выбрать строку «Печать отчета», затем в выпадающем меню «На текущий каталог»или «На все каталоги». После нажатия на один из пунктов меню, появится форма стаблицей, отражающей материал, контрагента, количество, цену, еденицуизмерения, и признак выбора. />
2.3.6.Печать отчета
Печать отчета возможна послевыбора материалов необходимых к закупке. Материалы выбираются в столбце признаквыбора. Признаком вбора является галочка в соответствующей строке. Выбрав вменю «Печать отчета», на экране появляется отчет (Рис.18.)
/>/>/>/>/>/>/>3.4. Удаление подсистемы
Для удаления с жесткого диска подсистемынеобходимо произвести следующие операции:
§ Удалить с жесткогодиска каталог C:\K_T_Base и все его содержимое;
§ Удалить с рабочегостола операционной системы значок «K_T_Base»;
§ Удалить из главногоменю элемент «K_T_Base»/>/>/>/>/> 4. Организационно-экономическая часть4.1. Особенностипрограммного продукта как товара
Наиболее важным моментом для разработчика программногопродукта, с экономической точки зрения, является процесс формированиястоимости. Очевидно, что программные продукты представляют собой весьмаспецифичный товар с множеством присущих им особенностей. Многие их особенностипроявляются и в методах расчетов цены на них. На разработку программногопродукта средней сложности обычно требуются весьма незначительные средства.Однако, при этом он может дать значительный экономический эффект.
Следует подчеркнуть, что у программных продуктовпрактически отсутствует процесс физического старения и износа. Для них основныезатраты приходятся на разработку образца, тогда как процесс тиражированияпредставляет собой, обычно, сравнительно несложную и недорогую процедурукопирования магнитных носителей и сопровождающей документации.4.2. Расчетзатрат на изготовление подсистемы
Затраты в денежном выражении на изготовление и реализациюпродукции определяют ее себестоимость.
Себестоимость продукции — это стоимостная оценкаиспользуемых в процессе производства продукции (работ, услуг) природныхресурсов, сырья материалов, топлива, энергии, основных фондов, а также другихзатрат на ее производство и продажу.
В общем случае себестоимость продукции складывается изследующих экономических элементов:
Прямые расходы:
— материальныезатраты (за вычетом стоимости возвратных отходов);
— затратына оплату труда;
— отчисленияна социальные нужды.
Косвенные расходы:
— амортизацияосновных фондов;
— прочиезатраты (спецрасходы).
В элементе «Материальные затраты» отражается стоимостьматериальных ресурсов, которая формируется, исходя из цен их приобретения (безналога на добавленную стоимость), надбавок, наценок, стоимости услуг различныхсторонних организаций (таможни, складов, транспортных организаций и т.п.). Иззатрат на материальные ресурсы исключается стоимость возвратных отходов. Подвозвратными отходами понимаются остатки сырья, материалов, полуфабрикатов идругих материальных ценностей, которые в процессе производства утратилиполностью или частично свои качества и поэтому не могут использоваться посвоему прямо назначению. Оцениваются такие возвратные отходы по ценамвозможного использования.
Элемент «Затраты на оплату труда» охватывает затраты наоплату труда производственного персонала, включая премии за производственныерезультаты, стимулирующие и компенсационные выплаты, а также затраты на оплатутруда не состоящих в штате работников, занятых в основной деятельности.
Элемент «Отчисления на социальные нужды» отражает всеобязательные отчисления по установленным законодательством нормам (единыйсоциальный налог) органам государственного социального страхования, Пенсионногофонда и обязательного медицинского страхования. Они начисляются с сумм затраторганизации на оплату труда работников, которые были включены в себестоимостьпродукции (работ, услуг) (по элементу «Затраты на оплату труда»). На отдельныевиды оплаты труда страховые взносы не начисляются (такие виды выплатоговариваются в нормативных документах).
Элемент «Амортизация основных фондов» отражает суммуамортизационных отчислений производственных основных средств. Сюда входят такжесуммы ускоренной амортизации активной часть основных средств.
К элементу «Прочие затраты» относятся налоги, сборы,платежи, отчисления в страховые фонды (резервы), затраты на оплату процентов пополученным кредитам, на командировки, на подготовку кадров, оплату услуг связи,банков, информационные услуги и прочее.
Для уточнения расчетов, применительно к специфике ОАО«Тайфун», примем косвенные расходы равными 276% от основной заработной платы.
Так как реализации подсистемы не предусматривается, то внашем случае будем определять себестоимость как затраты на изготовление.
Работа над проектом была разбита на три этапа:
— этаппредварительных исследований (трудоемкость — 120 часов);
— этапразработки (трудоемкость — 300 часов);
— этаптестирования и отладки (трудоемкость — 60 часов).
Каждый из этих этапов характеризуется специфичными длянего затратами денежных средств. Поэтому имеет смысл производить расчетсебестоимости каждого этапа по отдельности.
В таком случае, себестоимость подсистемы в целомскладывается из себестоимости каждого этапа:
/>,
где СПО — себестоимость подсистемы в целом;
СПИ — себестоимость этапа предварительныхисследований;
СР — себестоимость этапа разработки;
СТО — себестоимость этапа тестирования и отладки.
Расчет затрат для каждого этапа в нашем случаесоставляется из основной заработной платы разработчика и консультанта,дополнительной заработной платы и отчислений на социальное страхование. Крометого, в них входят амортизационные отчисления, расходы на электроэнергию,стоимость расходных материалов. Производить расчет будем по следующим формулам:
/>,
где С — затраты денежных средств на данном этапе(себестоимость этапа);
М — стоимость расходных материалов, электроэнергии,а так же другие, специфичные для каждого этапа, расходы;
З — затраты на выплату основной и дополнительнойзаработной платы, а также отчисления на социальные нужды;
А — косвенные расходы, включая амортизацию оборудования.
Отметим ниже условия, которые являются общими для всехэтапов работы надо системой.
При работе над проектом задействованы специалисты,месячный размер заработной платы которых составляет:
консультант — 12000 руб.;
программист (исследователь-разработчик) — 9000 руб.
Исходя из указанных выше зарплат задействованныхспециалистов, определим среднюю стоимость часа их работы:
консультант — />руб./ч;
программист (исследователь-разработчик) — />руб./ч.
Размер дополнительной заработной платы составляет 21,3% отосновной.
На основании приведенных выше данных произведем расчетсебестоимости каждого этапа работы над системой.
Для расчета себестоимости этапа предварительныхисследований следует отметить, что:
— использованиеПЭВМ занимало 50% времени, отведенного для осуществления данного этапа, чтосоставило — 60 часов;
— времяработы консультанта над проектом оценивается, как 40% от времени, отведенногодля осуществления данного этапа, что составило — 48 часов;
— времяработы программиста над проектом оценивается, как 60% от времени, отведенногодля осуществления данного этапа, что составило — 72 часа.
Так же для осуществления данного этапа потребовалисьследующие расходные материалы:
— пачкабумаги по цене 100 руб.;
— расходныематериалы принтера (чернила) по цене 200 руб.
Расчет затрат на электроэнергию, на приобретение расходныхматериалов будем производить следующим образом:
/>,
где МПИ — затраты на расходные материалы,электроэнергию и т.п. на этапе предварительных исследований;
МЭ — затраты на электроэнергию;
МРМ — затраты на расходные материалы.
Расчет затрат на электроэнергию будем осуществлять последующей формуле:
/>,
где ТО — время работы оборудования (ч);
P — потребляемая оборудованием мощность (кВт);
СЭ — стоимость кВт/ч электроэнергии.
Рассчитаем затраты на электроэнергию на этапепредварительных исследований:
/>руб.
Затраты на приобретение расходных материалов:
/>руб.
Коэффициент 1,038 учитывает транспортные затраты надоставку материалов.
Следовательно, затраты на электроэнергию, на приобретениерасходных материалов составят:
/>руб.
Расчет затрат для выплаты заработной платы и единогосоциального налога на этапе предварительных исследований будем производитьследующим образом:
/>,
где ЗК — затраты на выплату заработной платаконсультанта и отчислений на социальные нужды;
ЗП — затраты на выплату заработной платапрограммиста и отчислений на социальные нужды.
Затраты на выплату зарплаты и отчислений на социальныенужды как для программиста, так и для консультанта будем считать согласноформуле:
/>,
где Зосн — основная заработная плата специалиста;
Здоп — дополнительная заработная плата специалиста;
ЕСН — отчисления на социальные нужды (единыйсоциальный налог).
Основную заработную плату будем вычислять по формуле:
/>,
где Т — число часов, затраченных на выполнениеработы специалистом;
С — стоимость часа работы специалиста.
Дополнительную заработную плату будем рассчитывать поформуле:
/>,
где β — процент дополнительной заработнойплаты.
Отчисления на социальные нужды взимаются с основной идополнительной заработной платы:
/>,
где α — ставка единого социального налога,которая составляет 26,5%.
Рассчитаем затраты на выплату заработной платы и ЕСН дляконсультанта.
Основная заработная плата составит:
/>руб.
Дополнительная заработная плата составит:
/>руб.
Рассчитаем размер отчислений на социальные нужды:
/>руб.
Следовательно:
/>руб.
Рассчитаем затраты на выплату заработной платы и ЕСН дляпрограммиста.
Основная заработная плата составит:
/>руб.
Дополнительная заработная плата составит:
/>руб.
Рассчитаем размер отчислений на социальные нужды:
/>руб.
Следовательно:
/>руб.
Итого затраты на подготовительном этапе на выплатызаработной платы и единого социального налога составят:
/>руб.
Полученные данные сведем в таблицу 5.
Таблица 5.Специалист Часы Основная зарплата Дополни-тельная зарплата ЕСН Итого: Консультант 48 3264 695,23 1049,2 5008,43 Программист 72 3679,2 783,67 1182,66 5645,53 Итого: 10653,96
Косвенные расходы будем вычислять по формуле:
/>,
где ЗоснК — основная ЗП консультанта (руб.);
ЗоснП — основная ЗП программиста (руб.);
δ — процент, учитывающий косвенные расходыпредприятия.
Косвенные расходы, исходя из приведенных выше данных:
/>руб.
В конечном итоге себестоимость этапа предварительныхисследований составляет:
/>/>руб.
Расчет затрат на этапе разработки производится по схеме,аналогичной схеме расчета затрат на этапе предварительных исследований, заисключением отличий во входных данных, а именно:
— использованиеПЭВМ занимало 90% времени, отведенного для осуществления этого этапа, чтосоставило — 270 часов;
— времяработы консультанта над проектом оценивается, как 10% от времени, отведенногодля осуществления данного этапа, что составило — 30 часов;
— времяработы программиста над проектом оценивается, как 90% от времени, отведенногодля осуществления данного этапа, что составило — 270 часов.
Т.о. затраты на этапе разработки:
/>руб.
Рассчитаем затраты на выплату заработной платы и ЕСН дляконсультанта.
Основная заработная плата составит:
/>руб.
Дополнительная заработная плата составит:
/>руб.
Рассчитаем размер отчислений на социальные нужды:
/>руб.
Следовательно:
/>руб.
Рассчитаем затраты на выплату заработной платы и ЕСН дляпрограммиста.
Основная заработная плата составит:
/>руб.
Дополнительная заработная плата составит:
/>руб.
Рассчитаем размер отчислений на социальные нужды:
/>руб.
Следовательно:
/>руб.
Итого затраты на выплаты заработной платы и единогосоциального налога на этапе разработки составят:
/>руб.
Полученные данные сведем в таблицу 6.
Таблица 6.Специалист Часы Основная зарплата Дополнительная зарплата ЕСН Итого: Консультант 30 2040 434,52 655,74 3130,26 Программист 270 13797 2938,76 4434,97 21170,73 Итого: 24300,99
Косвенные расходы на данном этапе:
/>,
где ЗоснК — основная ЗП консультанта (руб.);
ЗоснП — основная ЗП программиста (руб.);
δ — процент, учитывающий косвенные расходыпредприятия.
Косвенные расходы, исходя из приведенных выше данных:
/>руб.
Исходя из выше приведенных расчетов, себестоимость этапаразработки составляет:
/>/>руб.
Аналогичным образом, произведем расчет затрат на этапетестирования и отладки, учитывая что:
использование ПЭВМ занимало 90% времени, отведенного дляосуществления этого этапа, что составило — 60 часов;
время работы программиста над проектом оценивается, как100% от времени, отведенного для осуществления данного этапа, что составило — 60 часов;
Так как все необходимые расходные материалы былиприобретены на предыдущих этапах работы над системой, произведем только расчетзатрат на электроэнергию:
/>
Следовательно:
/>руб.
Рассчитаем затраты на выплату заработной платы и ЕСН дляконсультанта.
Основная заработная плата составит:
/>руб.
Дополнительная заработная плата составит:
/>руб.
Рассчитаем размер отчислений на социальные нужды:
/>руб.
Следовательно:
/>руб.
Поскольку на этапе тестирования и отладки был задействовантолько один из специалистов:
/>руб.
Полученные данные сведем в таблицу 7.
Таблица 7.Специалист Часы Основная зарплата Дополнительная зарплата ЕСН Итого: Программист 60 3066 653,06 985,55 4704,61
Косвенные расходы на данном этапе:
/>,
где ЗоснП — основная ЗП программиста (руб.);
δ — процент, учитывающий косвенные расходыпредприятия.
Косвенные расходы, исходя из приведенных выше данных:
/>руб.
Исходя из выше приведенных расчетов, себестоимость этапаразработки составляет:
/>/>руб.
Себестоимость подсистемы в целом рассчитывается, как суммасебестоимостей всех этапов работы над проектом:
/>руб.4.3. Расчетэкономической эффективности
Разработанная подсистема позволяет автоматизироватьпроцесс планирования закупок необходимых материалов.
Для примера расчета экономической эффективности возьмемколичество материалов поступающих на склады за 1 год, это количество составляетприблизительно 40 000 шт. Количество основных подразделений = 13, откудаследует число кладовщиков = 13 чел.
На каждый поступивший материал составляется необходимаядокументация, т.е. ~ 40 000 документов, в т.ч.различных отчетов.
Предположим, что составление одного документа или отчета укладовщика занимает ~ 0,1 часа. Размер месячной заработной кладовщикасоставляет 6000 руб. Следовательно, средняя стоимость часа работы составляет />руб./ч.
КЗЧ – количество часов, затраченных на разработкудокументации одним кладовщиком:
КЗЧ = 40000 * 0,1 = 4000 н/часов.
Количество кладовщиков занятых составлением отчетов идокументации:
КК = 13.
При данном способе расчета затраты составят:
Затраты на выплату зарплаты и отчислений на социальныенужды для кладовщиков будем считать согласно формуле:
/>,
где Зосн — основная заработная плата специалиста;
Здоп — дополнительная заработная плата специалиста;
ЕСН — отчисления на социальные нужды (единыйсоциальный налог).
Основная заработная плата составит:
/>руб.
Дополнительная заработная плата составит:
/>руб.
Рассчитаем размер отчислений на социальные нужды:
/>руб.
Следовательно:
/>руб.
Косвенные расходы на данном этапе:
/>,
где ЗоснК — основная ЗП кладовщика (руб.);
δ — процент, учитывающий косвенные расходыпредприятия.
Косвенные расходы, исходя из приведенных выше данных:
/>руб.
Исходя из выше приведенных расчетов, себестоимостьсоставляет:
Бс/с =/>/>руб.
Обработка одного варианта расчета документа или отчета сиспользованием данной подсистемы в среднем займет порядка 1мин = 0,01ч.Следовательно, для работы с подсистемой требуется 1 кладовщик.
Рассчитаем затраты на одного кладовщика:
Затраты на выплату зарплаты и отчислений на социальныенужды для кладовщика будем считать согласно формуле:
/>,
где Зосн — основная заработная плата специалиста;
Здоп — дополнительная заработная плата специалиста;
ЕСН — отчисления на социальные нужды (единыйсоциальный налог).
Основная заработная плата составит:
/>руб.
Дополнительная заработная плата составит:
/>руб.
Рассчитаем размер отчислений на социальные нужды:
/>руб.
Следовательно:
/>руб.
Косвенные расходы на данном этапе:
/>,
где ЗоснК — основная ЗП кладовщика (руб.);
δ — процент, учитывающий косвенные расходыпредприятия.
Косвенные расходы, исходя из приведенных выше данных:
/>руб.
Исходя из выше приведенных расчетов, себестоимостьсоставляет:
Тс/с =/>/>руб.
Разница между себестоимостями вариантов составляет:
РС = Бс/с – Тс/с,
где Бс/с – базовая себестоимость, т.е. себестоимостьрасчета на данный момент;
Тс/с – текущая себестоимость, т.е. себестоимость расчета спомощью подсистемы.
РС = 584 044,52 – 246 406,45 = 337 638,07 руб.
Суммарный экономический эффект от внедрения подсистемырассчитаем по формуле:
СЭЭ = РС * n –КВ,
где n – количество основныхподразделений. Примем n = 13;
КВ – капитальные вложения, т.е. себестоимость разработкиподсистемы в целом.
СЭЭ = 337 638,07 *13 – 111 626,97 =4 277 667,94 руб.
Т.о. ~ 4,3 млн. руб. — годовой экономический эффект
Вывод: Сравнительный экономический анализ доказываетцелесообразность разработки и внедрения программного комплекса в промышленнуюэксплуатацию.
В итоге внедрения подсистемы стоимостью 111,6 тысяч рублей былдостигнут годовой экономический эффект 4,3 млн. руб.5.Промышленная экология и безопасность/>5.1.Обеспечение производственной и экологической безопасности при разработкепрограммного комплекса/> 5.1.1. Введение
Программный комплексавтоматизации планирования закупок должен соответствовать нормампромышленной экологии и охраны труда по отношению к программисту-разработчику.
Научно-технический прогресс внес серьезные изменения вусловия производственной деятельности работников умственного труда. Их трудстал более интенсивным, напряженным, требующим значительных затрат умственной,эмоциональной и физической энергии. Это потребовало комплексного решенияпроблем эргономики, гигиены и организации труда, регламентации режимов труда иотдыха.
Задачи охраны природы тесно связаны с задачами охранытруда. Это связано с тем, что невозможно обеспечить охрану здоровья людей вусловиях загрязненной окружающей среды.
БЖД — система знаний, направленных на обеспечениебезопасности в производственной и непроизводственной среде с учетом влияниячеловека на среду обитания.
Охрана труда – это система законодательных актов,социально-экономических и организационно-технических мероприятий и средств,обеспечивающих безопасность, сохранение здоровья и работоспособности человека впроцессе труда.
/>5.1.2.Характеристика опасных и вредных факторов при разработке программногокомплекса/>5.1.2.1.Характеристика электромагнитных полей
Повышеннаянапряжённость электрического и магнитного полей является вредным фактором. Приэксплуатации программного продукта используются средства вычислительнойтехники, в результате работы которых (блок питания, монитор, радиодеталисистемного блока) возникают электромагнитные поля. Электромагнитное воздействиезависит от ряда факторов:
· напряженности электрического поля;
· напряженности магнитного поля;
· частоты электромагнитных колебаний.
Электромагнитные поля вызывают поляризацию молекул, из которых состоиттело человека, нарушение циркуляции жидкости, нагрев тканей. При воздействииполей, имеющих напряженность выше предельно допустимого уровня, нарушаетсяработа нервной системы, органов дыхания и пищеварения, изменяются биохимическиепоказатели крови и структура электрических потенциалов.
Для уменьшения влияния данного фактора используют мониторыс низким уровнем излучения. Чтобы уменьшить низкочастотное магнитное поле, вэлектронно-лучевой трубке монитора устанавливают дополнительные катушкикомпенсации, защитные экраны и специальные покрытия, ослабляющие воздействиеэлектромагнитного поля. Применение жидкокристаллических мониторов решаетпроблему воздействия электромагнитного поля.
/>Величины напряженности, интенсивности и частотыпри рассмотрении проблемы воздействияпеременного электромагнитного поля в помещении, где предусматривается эксплуатировать программное обеспечение, соответствуетнормам СанПиН 2.2.2/2.4.1340-03 «Гигиенические требования к персональнымэлектронно-вычислительным машинам и организации работы»[10].5.1.2.2. Характеристика электробезопасности
Повышенное напряжение, замыкание которого может произойти через телочеловека, оказывает термическое, электролитическое и биологическое действие. Взависимости от величины силы тока, длительности воздействия на тело человека,рода и частоты, электрический ток может вызывать шок, временное прекращениедыхания, остановку сердца и смерть. При воздействии электрического тока наорганизм человека возможны ожоги, изменение состава крови.
Причинами поражения человека электрическим током могут быть:
· случайное прикосновение или приближение на опасное расстояние ктоковедущим частям, находящимся под напряжением;
· появление напряжения на металлических конструктивных частяхэлектрооборудования – корпусах, кожухах и т.п. в результате поврежденияизоляции и других причин;
· появление напряжения на отключенных токоведущих частях, скоторыми работают люди, из-за ошибочного включения устройства.
Электробезопасностьдостигается:
· защитное заземление сети;
· устранение опасности поражения при появлении напряжения на частяхоборудования: заземление, защитное отключение;
· недоступность токоведущих частей, находящихся под напряжением.
Послепроведенных мероприятий средства защиты от поражения электрическим током итребования по безопасности, обеспечиваемой электрооборудованием соответствуютГОСТ Р МЭК 61140-2000.
5.1.2.3. Характеристика шума
/>Опасным фактором является повышенный уровень шума.В его формировании участвует офисная техника и люди. Он возникает при работевентиляторов блоков питания аппаратуры и вентиляторов охлаждениямикропроцессоров, при работе накопителей на жестких и гибких магнитных дисках,а также при работе принтера.
Врезультате гигиенических исследований установлено, что шум и вибрации ухудшают условия труда, оказывая вредноевоздействие на организм человека. Придлительном воздействии шума на организм происходят нежелательные явления: снижается острота зрения и слуха, повышается кровяное давление, снижается внимание.Сильный продолжительный шум можетстать причиной функциональных изменений сердечно-сосудистой и нервнойсистем.
ПЭВМпроизводят шум уровнем не более 40 дБ, что не требует специальных мер шумоподавления, за исключениемслучая размещения нескольких рабочихмест в небольшом по объему не заглушенном акустически помещении. В этомслучае требуется:
• провести акустическую обработкупомещения (звукоизоляция стен, окон,дверей, потолка);
• бороться с шумом на пути егораспространения (звукоизоли-рующие кожухи и экраны).
Уровень шума при работевычислительной техники должен соответствоватьтребованиям СанПиН 2.2.2/2.4.1340-03 «Гигиенические требования к персональнымэлектронно-вычислительным машинам и организации работы».
Шумящееоборудование (принтеры и др.), уровни шума которого превышают нормированные, должно находиться внепомещения с ПЭВМ.
Снизить уровень шума в помещениях с ПЭВМможно использованием звукопоглощающихматериалов с максимальными коэффициентами звукопоглощения в области частот 31,5 — 8000 Гц для отделки помещений(разрешенных органами и учреждениями Госсанэпиднадзора России), подтвержденныхспециальными акустическими расчетами [10].
Дополнительнымзвукопоглощением служат однотонные оконные занавеси из плотной ткани,гармонирующие с окраской стен и подвешенные в складку на расстоянии 15-20 см от ограждения. Ширина занавеси должна бытьв 2 раза больше ширины окна.5.1.2.4. Характеристика запыленности помещения
Повышенная запыленность рабочей зоны помещения, в котором планируетсяиспользовать вычислительную технику с установленным программным комплексом планирования закупок,приводит к оседанию пыли на экране дисплея, на внутренних элементах ЭВМ и накоже человека. Пыль может вызывать раздражения кожи и слизистой оболочки глаз,особенно при длительной работе с компьютером, ухудшение видимости экрана,вследствие его запыленности, негативно сказывается на зрении человекавследствие перенапряжения глаз. Запыленность внутренних элементов ЭВМувеличивает их нагрев, из-за ухудшения теплоотдачи, что может привести к сбоями выходу из строя ЭВМ, а в худших случаях к пожару.
Требуемое состояние воздуха рабочей зоны обеспечивается выполнениемследующих мероприятий:
· применение вентиляции;
· кондиционирование воздуха;
· проведение влажной уборки в помещении, где эксплуатируетсявычислительная техника.
Послепроведения этих мероприятий, воздух рабочей зоны соответствует требованиям ГОСТ 12.1.005-88.
5.1.2.5. Характеристикатепловыделения и параметров микроклимата
При работе вычислительной техники, с установленным на ней программным комплексом планированиязакупок, выделяется теплота, которая может привести к изменениюмикроклимата в помещении и к общему перегреву организма человека.
В общем случае вредными факторами, воздействующими на организмчеловека при эксплуатации ЭВМ с программным обеспечением, являются:
· повышенная температура (выше 250С);
· пониженная температура в сочетании с высокой влажностью;
· пониженная влажность воздуха;
· скорость движения воздуха.
Повышенная температура воздуха может привести не только к перегревуорганизма человека, но и к тепловому удару. Пониженная температура можетпривести к простудным заболеваниям. Пониженная влажность воздуха в помещенииможет вызывать высыхание слизистых оболочек, что снижает сопротивляемостьорганизма.
Для отвода избыточного тепла из помещений небольшихразмеров применяются кондиционеры, вентиляционные установки и дефлекторы. Дляобеспечения нормальной температуры в зимнее время используются отопительныеприборы.
После проведения указанных мероприятий параметрымикроклимата в помещении соответствует ГОСТ 12.1.005‑88./>5.1.2.6.Характеристика психофизиологических и эргономических факторов
Особенности характера и условий труда работников, работающих заперсональным компьютером (на котором устанавливается программный продукт) –значительное умственное напряжение, постоянная статическая нагрузка,обусловленная относительно неподвижной рабочей позой и другие физические инервно-психические нагрузки – приводят к изменению у работников функциональногосостояния центральной нервной системы, нервно-мышечного аппарата рук, шеи,плеч, спины, напряжению зрительного аппарата. У работников появляются боли,зрительная усталость, раздражительность, общее утомление.
Эргономические требования в комплексе составляют тристороны деятельности человека – эффективность работы, сохранение здоровья иразвитие личности в процессе труда.
Эргономические требования определяют компоновку рабочегоместа, которая может производиться с учетом или без учета требованийопределенного контингента людей. При проектировании устанавливаются условия ирежим работы человека.
Размещение технических средств и кресла оператора врабочей зоне должно обеспечивать удобный доступ к основным функциональным узлами блокам аппаратуры. Кроме того, схема размещения должна удовлетворятьтребованиям целостности, компактности и технико-эстетической выразительностирабочего места.
Дисплей должен размещаться на столе или подставке так,чтобы расстояние наблюдения информации на экране не превышало 700 мм (оптимально — 450..500 мм). В общем случае расстояние наблюдения выбирается в зависимости отвысоты и угловых размеров знака. Экран дисплея по высоте должен быть расположентак, чтобы угол между нормалью к центру экрана и горизонтальной линией взглядасоставлял 200. В горизонтальной плоскости угол наблюдения экрана недолжен превышать 600. Клавиатура должна быть размещена на столе илиподставке так, чтобы высота по отношению к полу составляла 650-720 мм. При использовании обыкновенного стола высотой 750 мм необходимо использовать кресло срегулируемой высотой сидения и подставку для ног.
Интенсивная и продолжительная работа за ЭВМ может привестик ряду заболеваний, таких как мигрень, частичная потеря зрения, сколиоз, кожныевоспаления, болезненное поражение срединного нерва запястья, воспалительныепроцессы в тканях сухожилий, стенокардия, различные стрессовые состояния, атакже множество различных симптомов, которые ведут не только к снижениютрудоспособности, но и подрывают здоровье работников.
Эргономическое качество компоновки рабочего места должно удовлетворятьследующим условиям:
· форма и площадь рабочего места должны обеспечивать удобствоработы;
· перемещения оператора при смене операций должны бытьминимальными;
· поза оператора должна быть естественной, пространство дляпостановки ног должно быть достаточным;
· руки оператора не должны быть подняты слишком высоко;
· освещенность рабочей зоны должна соответствовать СНиП 23.05-95«Искусственное освещение» для зрительной работы средней степениточности;
· для избегания присутствия бликов на экране дисплея, в нем должнабыть предусмотрена возможность изменения его положения: поверхность экранадисплея устанавливается относительно вертикальной плоскости на +6..-15градусов, относительно горизонтальной — на 0..45 градусов;
· не следует располагать дисплей непосредственно под источникомосвещения или вплотную с ним;
· желательно, чтобы освещенность рабочего места оператора непревышала 2/3 нормальной освещенности помещения;
· стена позади дисплея должна быть освещена примерно также, как иего экран;
· общее время работы с компьютером не должно превышать 50% всегорабочего времени;
· при обычной работе с ЭВМ необходимо делать 15-минутные перерывычерез каждые два часа.
Соблюдение приведенных выше рекомендаций поможет снизить воздействиевредных психофизиологических и эргономических факторов на организм и сохранитьздоровье работника./>5.1.3.Расчет вентиляции
В помещении, где находятся ЭВМ, на которых установлен разработанныйпрограммный продукт, системы отопления и системы кондиционирования следуетустанавливать так, чтобы ни теплый, ни холодный воздух не направлялся на людей.На производстве рекомендуется создавать динамический климат с определеннымиперепадами показателей. Температура воздуха у поверхности пола и на уровнеголовы не должна отличаться более, чем на 5 градусов. В производственныхпомещениях помимо естественной вентиляции предусматривают приточно-вытяжнуювентиляцию. Основным параметром, определяющим характеристики вентиляционнойсистемы, является кратность обмена, т.е. сколько раз в час сменится воздух впомещении.
Vвент – объем воздуха, необходимый для обмена;
Vпом – объем рабочего помещения.
Для расчета примем следующие размеры рабочего помещения:
длина В = 6 м;
ширина А = 4 м;
высота Н = 3 м.
Соответственно объем помещения равен:
Vпом = А *В * H =72 м3
Необходимый для обмена объем воздуха Vвентопределим исходя из уравнения теплового баланса:
Vвент *С( tуход — tприход ) *Y = 3600 * Qизбыт
Qизбыт – избыточная теплота (Вт);
С = 1000 – удельная теплопроводность воздуха (Дж/кгК);
Y = 1.2 – плотность воздуха (мг/см).
Температура уходящего воздуха определяется по формуле:
tуход = tр.м. + ( Н — 2 )t, где
t = 1-5 градусов — превышение t на 1м высоты помещения;
tр.м. = 25 градусов — температура на рабочемместе;
Н = 3 м — высота помещения;
tприход = 18 градусов.
tуход = 25 + ( 3 — 2 ) 2 = 27
Qизбыт = Qизб.1 + Qизб.2+ Qизб.3, где
Qизб. – избыток тепла от электрооборудования иосвещения.
Qизб.1 = Е *р, где
Е — коэффициент потерь электроэнергии на топлоотвод (Е=0.55 для освещения);
Р – мощность, р = 60 Вт *5 = 300 Вт.
Qизб.1 = 0.55 * 300=165 Вт
Qизб.2 – теплопоступление от солнечнойрадиации,
Qизб.2 =m * S * k *Qc, где
m – число окон, примем m = 2;
S – площадь окна, S = 2.3 * 2 = 4.6 м2;
K – коэффициент, учитывающий остекление. Для двойногоостекления
k = 0.6;
Qc = 127 Вт/м — теплопоступление от окон.
Qизб.2 = 4.6 * 2 * 0.6 * 127 = 701 Вт
Qизб.3 – тепловыделения людей
Qизб.3 = n *q, где
q = 80 Вт/чел., n — число людей, например, n = 2
Qизб.3 = 2 * 80 = 160 Вт
Qизбыт = 165 +701 + 160 = 1026 Вт
Из уравнения теплового баланса следует:
Vвент= 3600 * 1026 / (1000* (27-18)) = 410,4 м3
Оптимальным вариантом является кондиционирование воздуха,т.е. автоматическое поддержание его состояния в помещении в соответствии сопределенными требованиями (заданная температура, влажность, подвижностьвоздуха) независимо от изменения состояния наружного воздуха и условий в самомпомещении.
Необходимо тщательно продумать месторасположение кондиционера в офисе.Можно установить канальный кондиционер за подвесным потолком и развести воздухв разные точки комнаты через воздуховоды. Это обеспечит равномерноераспределение воздуха и температуры. Если высота подшивных потолков непозволяет установить канальный кондиционер (как в данном случае), можнопредусмотреть два или даже три внутренних блока, расположенных в разных точкахпомещения. Такой вариант особенно оправдан в комнатах неправильной иливытянутой формы. Полупромышленные кондиционеры допускают подсоединять до трехвнутренних блоков разного вида к одному наружному блоку. Это снизит стоимостьвсей системы и сохранит стену здания от множества блоков. /> 5.2. Загрязнение окружающей среды при производствепечатных плат/> 5.2.1. Характер загрязнения сточных вод припроизводстве компонентов вычислительной техники
В общем случае в процессе производства вычислительной техникииспользуется целый комплекс технологических приемов, связанных с переработкойразличных по своей физической природе исходных материалов, последующейобработкой и сборкой деталей для получения функционально завершенного изделия.
Более 80% общей трудоемкости производства вычислительнойтехники связано с производством печатных плат. При изготовлении печатных платпроисходит загрязнение воздушного пространства парами свинца, а соединениякислот и щелочей загрязняют сточные воды предприятия.
В технологиях производства ЭВМ используются процессы,отрицательно воздействующие на окружающую среду, такие как литье, термическая,гальваническая и механическая обработка, резка, сварка, пайка и окраска. Всеэти виды технологических процессов являются источниками загрязнения какатмосферы, так и гидросферы.
Так, при термической обработке электрооборудованиепотребляет воду для охлаждения, и в сточные воды могут попадать вредныевещества. Гальванические работы сопряжены с использованием больших объемов водыдля приготовления растворов электролитов и промывных операций. Поэтому сточныеводы в этих случаях сильно загрязнены ядовитыми химическими веществами.
Вода широко применяется при механической обработке дляохлаждения оборудования и инструмента, промывки деталей,санитарно-гигиенической обработки помещений. Сточные воды при этом могутсодержать минеральные масла, мыло, металлическую и абразивную пыль, эмульгаторыи т.п.
Лакокрасочные работы связаны с выделением в атмосферувредных веществ в виде паров растворителей и лакокрасочных аэрозолей в процессенанесения покрытия и при высыхании изделий. При уборке такого рода помещенийсточные воды могут загрязняться примесями растворителей лаков и красок.
Очистка сточных вод от твердых частиц осуществляется путемпроцеживания, отстаивания, отделения твердых частиц в поле действия центробежныхсил и фильтрования.
Очистка сточных вод от маслопродуктов осуществляетсяотстаиванием, обработкой в гидроциклонах, флотацией и фильтрованием.
Очистка сточных вод от растворенных примесей производитсяэкстракцией, нейтрализацией, ионным обменом, озонированием и т.п.
Для удаления из сточных вод различных кислот, щелочей, а также солейметаллов применяют нейтрализацию:
· смешивают кислые и щелочные сточные воды;
· добавляют кислые или щелочные реагенты соответственно в щелочныеили кислые сточные воды.
Для нейтрализации серной кислоты и ионов железа в сточных водахприменяется товарная известь.
Очистка сточных вод от серной кислоты и ионов железа.
Для очистки сточных вод применяют метод нейтрализации.
Определим расход товарной извести, содержащей 50 % активной окиси кальция, необходимой длянейтрализации сточной воды травильного отделения.
В сточной воде содержатся примеси серной кислоты
qCK = 4 кг/м3 и ионов железа qCK = 4 кг/м3.
Реакция нейтрализации серной кислоты происходит по уравнению:
H2SO4 + Са(ОН)2 = CaSO4 + 2Н2О(5.1)
Из уравнения (5.1) можно найти молекулярные массы:
M1 = МС2 + 2М0+ Мн= 74; М2 = МН2+ 2HS + MOH = 98
Расход реагента на нейтрализацию кислоты определяется формулой
q *M1 = С1 (кг/м3) (5.2)
Определим расход активной окиси кальция, необходимой для нейтрализации 4 кг серной кислоты, содержащейся в 1м3 сточной воды:
C1 = 3,02 кг/м3.
Реакция нейтрализации ионов железа происходит по уравнению
Fe2 + Са(ОН)2= Fe(OH)2+ Са2
Отсюда находим молекулярные массы реагента и примесей:
M1 = 74; М2 = 56
По формуле(5.2) определяем расход активной окиси кальция, необходимой для нейтрализации 10 кг железа, содержащегося в 1 м3 сточной воды: С2= 13,2 кг/м3.
Для определения расхода товарной извести воспользуемся формулой:
R= Cсум /C
где Ссум — общее количество активной окиси кальция,необходимое для полнойнейтрализации данного стока,
С — содержание активной окиси кальция в товарной извести. Таким образом, расход товарной известисоставит: R= 32,44 кг/м3.
5.2.3 Характеристика твердых и жидкихпромышленных отходов
Припроизводстве электронно-вычислительных машин образуются твердые отходы производства, такие, как обрезки и стружка металлов и пластмасс, твердые смолы (текстолит,стеклотекстолит), производственныймусор, тара и упаковка, которые загрязняют окружающую среду.
Для поддержания чистоты окружающей среды необходимо применять переработку и утилизацию отходовпроизводства.
ЗАКЛЮЧЕНИЕ
В результате дипломного проектирования был разработанпрограммный комплекс, позволяющий автоматизировать процесс планирования закупокнеобходимых материалов.
Проведен расчет затрат на разработку программы и расчетэкономического эффекта от внедрения подсистемы.
Рассмотрены вопросы, связанные с промышленной экологией ибезопасностью при работе с подсистемой.
Разработанная подсистема создана в соответствии стребованиями технического задания.
/>/>/>/>/>Список литературы
1. ГавриловД. А. «Управление производством на базестандарта MRP I» — СПб: Питер, 2002. — 320 с.: ил.
2. www.finanalis.ru/litra/esud/?leaf=ESUDO_5.htm
3. www.citforum.ru/cfin/mrp/mrpmine.shtml
4. http://www.edueco.ru/77.html
5. Архангельский Н.А. «Borland Delphi 7» 2003г. Учебный курс.
6. Фаронов В.В. «Delphi 6» учебный курс –М; Издатель Молгачева С.В., 2003. – 672с., ил.
7. Фленов Михаил «Библия для программистав среде Delphi» (электронный учебник).
8. Пол Уилтон, Джон Колби. «SQL дляначинающих» Пер. с англ. – М.: Издательский дом «Вильямс», 2006.-496 с.: ил. –Парал. тит. англ.
9. Том Кайт. «ORACLE для профессионалов»Пер. с англ./ТомКайт- СПб.: ООО «ДиаСофт»,2003. — 672 с.
10. СанПиН 2003.