НОУ ВПО МОСКОВСКАЯАКАДЕМИЯ ПРЕДПРИНИМАТЕЛЬСТВА
при ПравительствеМосквы
Сургутский филиал
Специальность – «Прикладная информатика (в экономике)»
Форма обучения — заочная
ДИПЛОМНЫЙ ПРОЕКТ
Тема: Разработка АРМ мастера строительно-монтажных работ структурногоподразделения ОАО «Сургутнефтегаз»
Выполнил студент
Группы 41 ПИЭ
Чернобровкин Виталий Викторович
Научные руководители/>
к. т. н. профессорКлочков Г.А.
Реферат
Данная работа содержит: листов– 114, рисунков – 27, таблиц – 23, приложений – 7, источников использованной литературы– 28.
Ключевые слова: автоматизация, автоматизированное рабочее место (АРМ), анализ,планирование, учет, отчетная документация. Системы вентиляции и кондиционированиявоздуха (СВ и КВ).
Назначение системы: автоматизации функций управления мастера СВ и КВ: учет затратматериальных ценностей, учет выполнения объема работ, контроль качества работ, распределениеработ, вычисление площади заготовок.
Цель создания системы:
· сокращение временина обработку информации;
· сокращение временина поиск необходимой информации;
· улучшение качестваконтроля и учета обрабатываемой информации;
· сокращение затратна обработку информации;
· принятие правильныхоперативных решений;
· вычисление площадизаготовок.
Объект автоматизации: Рабочее место мастера строительно-монтажных работ специализация- вентиляция.
Результатом выполнения дипломного проекта является создание автоматизированногорабочего места мастера СВ и КВ, разработанного с помощью стандартного приложенияпакета MS Office – MS Access, позволяющего реализовать поставленные цели.
Степень внедрения: программа успешно прошла тестирование.
Дипломный проект выполнен в текстовом редакторе MS Word 2003 c применениемприложений MS Access 2003, функциональное моделирование проведено с помощьюIDEEF0 – методологии с использованием CASE – средства Computer Associates BPWin4.0. В качестве графического материала представлена презентация, выполненная вMS Power Point 2003.
Обозначения и сокращения
АРМ — Автоматизированное рабочее место
СМР — Строительно-монтажных работ
ИС — Информационная система
СВ и КВ — Системы вентиляции и кондиционирования воздуха
СНиПы — Строительный нормативы и правила
СНГ – Сургутнефтегаз
СРС – Сургутремстрой
СУ — Специализированное управление
ТМЦ — Товарно-материальные ценности
ПК — Персональный компьютер
Д — Переход с трубы большей развертки на трубу меньшей развертки
ДО — Переход односторонний
О — Отвод
П — Труба прямая, стандарт согласно СНиПам 2000 мм
ПП — Подмер — труба прямая, стандарт согласно СНиП менее 2000 мм
ПН — Тройник (труба прямая разной длины с врезкой в нее другой трубы любогодиаметра).
ЭВМ — Электронно-вычислительная машина
ЛВС — Локально-вычислительная сеть/>
Оглавление
Введение
1.Аналитическая часть
1.1Технико-экономическая характеристика предметной области
1.2 Организационная структура объекта автоматизации
1.3 Функциональная структура объекта автоматизации
1.4Информационная модель объекта автоматизации
1.5Постановка задачи
1.5.1 Цель иназначение автоматизированного варианта решения задачи
1.5.2 Общаяхарактеристика организации решения задачи на ЭВМ
1.5.3Формализация расчетов
1.6 Анализсуществующих программных продуктов для автоматизации предметной области
1.7 Обоснование проектных решений по видам обеспечения
1.7.1 Обоснование проектных решений по информационномуобеспечению (ИО)
1.7.2 Обоснованиепроектных решений по технологическому обеспечению
1.7.3Обоснование проектных решений по программному обеспечению (ПО)
1.7.4 Выбортехнического обеспечения (ТО)
2. Проектнаячасть
2.1 Техническое задание
2.1.1 Полное наименование системы и ее условное обозначение
21.2 Наименование предприятий (объединений) разработчика изаказчика (пользователя) системы и их реквизиты
2.1.3 Плановые сроки начала и окончания работы по созданиюсистемы
2.1.4 Порядок оформления и предъявления заказчикурезультатов работ по созданию системы
2.15 Назначение системы
2.1.6 Цель создания
2.1.7 Характеристика объекта автоматизации
2.2 Требования к Информационной системе
2.2.1 Требования к системе в целом
2.2.2 Требования к численности и квалификации персонала
2.2.3 Показатели назначения
2.2.4 Требования к эксплуатации, техническому обслуживанию,ремонту и хранению компонентов системы
2.2.5 Требования к защите информации
2.2.6 Требования к сохранности информации при аварийныхситуациях
2.2.7 Требования по сохранности информации при авариях
2.2.8 Требования к функциям (задачам), выполняемым системой
2.3 Требования к видам обеспечения
2.3.1 Математическое обеспечение
2.3.2 Лингвистическое обеспечение
2.3.3 Информационное обеспечение
2.3.4 Программное обеспечение
2.3.5 Требования к техническому обеспечению системы
2.3.6 Требования к организационному обеспечению
2.4 Состав и содержание работ по созданию системы
2.5 Информационная модель
2.6 Выявлениепроблем и недостатков в ИС цеха вентзаготовок
2.7 Определение области ориентирования
2.8 Создание Базы данных
2.8.1 Структура таблиц созданной базы данных
2.8.2 Описание запросов к базе данных
2.8.3 Порядок контроля и приемки системы
2.8.4 Требования к составу и содержанию работ по подготовкеобъекта автоматизации к вводу системы в действие
2.8.5 Требования к документированию
2.8.6 Источники разработки
2.8.7 Используемые классификаторы и системы кодирования
2.8.8 Характеристика входной оперативной информации
2.8.9 Характеристика результатной информации
2.8.10 Определение потоков информации «откуда» — «куда»
2.9 Информационная модель цеха вентзаготовок «TO — BE»
3. Обоснование экономической эффективности проекта
3.1 Выбор метода оценки обоснования экономической эффективности
3.2 Расчёт показателей экономической эффективности проектаметодом приведённых затрат
Заключение/>/>
Списокиспользованной литературы
Приложения
Введение
Проблемаавтоматизации производственных процессов и процессов управления как средстваповышения труда всегда являлась и остается актуальной в народном хозяйстве. Всовременном этапе автоматизации управления производством наиболее перспективнымявляется автоматизация планово-управленческих функций на базе персональных ЭВМ,установленных непосредственно на рабочих местах специалистов. Эти системыполучили широкое распространение в организационном управлении под названиемавтоматизированных рабочих мест (АРМ).
Автоматизированноерабочее место мастера строительно-монтажных работ – это рабочее место, котороеоснащено вычислительной техникой. Оно состоит из ПК, принтера, средств связи –факс/телефон. ПК связан с другими ПК с помощью ЛВС смешанной топологии, котораяв свою очередь контролируется системным администратором. С помощью вычислительнойтехники и установленного необходимого ПО могут решаться ряд проблем, таких как,автоматизация операций учетного процесса и др.
Вчастности это: операции ряда вычислений, таких как, площадь заготовок,количество нормо-часов, количество забракованных деталей (контроль качества),количество отработанного металла (учет ТМЦ), составление и отправка отчетов.Оперативное принятие управленческих решений.
Большаячасть работы мастера связана с накоплением большого количества информациисвязанным с производством, таким как ведение документации по каждомустроящемуся или ремонтируемому объекту. Это ежедневный огромный труд. Болеетого, мастера сами в некотором роде являются носителями оперативной информации.Получая её, в виде инструкций от вышестоящего начальства, они должнысвоевременно и правильно принять то или иное управленческое решение. Однако,при выполнении своих функциональных обязанностей часто встречаются наиболееповторяющиеся ошибки, приводящие в некотором роде к искажению информации. Либонесвоевременной её подачи до нужного адресата, что в свою очередь приводитопределенного рода к негативным последствиям в производственном процессе.
Одна изосновных проблем на сегодняшний день такова, что мастера, ежедневно получающиебольшой объём информации, часто не успевают своевременно её обработать.Вследствие чего вытекают следующие проблемы: искаженная и не вовремя даннаяинформация приводит к нарушению производственного процесса. Помимо этого оченьчасто мастера СМР дают около 70% ненужной информации (личная, либопосторонняя), что явно мешает запоминать ту, которая необходима.
Пример: Бригада слесарей по изготовлениюдеталей и узлов систем вентиляции получила три заказа на изготовление партийдеталей на определенные объекты. Но из-за искажения информации теряетсяприоритетность изготовления. Т. е. бригада срочно изготавливает детали на один(несколько) объектов, но приходит указание приостановить изготовление. Т. к.нужно срочно выполнить работу для другого или других объектов.
Проблемасостоит в том, что партия может состоять из большого количества разных деталей.Изготовление её нужно отставить на определенное место, запомнить (отметить)число сделанных деталей и составить их в определённое место. А это временныезатраты. Потом приступить к выполнению другой партии.
Бываютслучаи, когда в заказе все детали помечены галочкой, т. е. это означает то, чтодетали сделаются. Но другой мастер, который отмечает и забирает документы, т.е.«изготовленные заказы» увидев такой заказ, думает, что его уже сделали изабирает документ в архив. Хотя заказ еще недоделан, т.е. временно отстранен ипотом будет доделываться. Отсюда возникают проблемы – сколько осталось сделатьиз недоделанной партии. Начинается поиск этой партии в архиве, который являетсябумажным, т.е. документы сложены в папки. В ПК его нет. Но так как, бригаденельзя простаивать, то все приступают к изготовлению следующего заказа, которыйлежит на столе заказов. И это далеко не все. Каждая деталь в зависимости отпараметров (развертки) изготавливается из металла определенной толщины (чембольше развертка, тем толще метал), который тоже в свою очередь связан с технологиейего обработки. Большую толщину, к примеру, 1мм или 1,2 мм простыми ножницами по металлу очень трудно резать (замедляется процесс изготовления).Приходиться перестраиваться одни инструменты убирать другие доставать, что тожезатрачивает временные ресурсы.
Какизлагалось выше, вся основная информация необходимая для функционирования производства,хранится на бумажных носителях, со временем накапливается, представляя собойбольшие кипы бумаг сшитых в папки. При этом трудно осуществить быстрый отборнужных данных по объекту монтажа, либо по партии отправляемой на объект, таккак выбор (поиск) необходимого бумажного документа представляет собойопределенную временную затрату. Помимо этого каждое утро поступает новаяинформация как по новому, так и по предыдущему объекту монтажа. Плюс к этомубывают изменения и в предыдущих заказах. Некоторые детали привозят обратно, ихвременно убирают, пока они не понадобятся. Затем изготавливаются другие деталии отвозятся на монтаж вместо привезённых деталей.
Актуальность темы дипломного проекта обусловлена тем, что в условиях повсеместного внедрения компьютерной обработки информации объективную необходимость приобретает внедрение специальных программ для повышения эффективности работы мастеров строительно-монтажных работ.
Основнаяцель дипломнойработы состоит в создании АРМ мастера СМР, выработке предложений и рекомендацийпо применению информационных технологий в процессе автоматизации функцийуправления: анализ, учёт, выработка плановых заданий, составление отчётнойдокументации.
Для достижения поставленной цели определены следующие задачи:
1. Проанализировать информационную систему цеха.
· Поступление информации: от кого, кому, для чего
· Объем полученной информации
· Сроки обработки информации
· Бумажная документация и её объем
2. Установить основные проблемы в процессе обработки информации:
· значительныезатраты времени на поиск нужного документа;
· устаревшаяструктура некоторых нужных для работы документов;
· неточностизаполнения этих документов;
· создаетсянесколько бумажных копий одного и того же документа, излишняя трата ресурсов;
· Документы (комплектовочныеведомости) накапливаются, на некоторых нет даты заказа и объема работы в м2.
3. Разработать АРМ мастера строительно-монтажных работ специализация – вентиляция.
· учет рабочеговремени;
· выдача заявок наизготовление деталей и узлов систем вентиляции;
· контроль надизготовлением продукции;
· ведениеустановленной документации по ТМЦ;
· подготовкаотчетной документации;
4. Модернизировать существующую ИС цеха вентзаготовок, путём построения модели TO – BE;
5. Автоматизировать процесс вычисления объема сделанной продукции в м2.
Практическая значимость заключается в том, что именно внедрение системы автоматизации учёта материальных ценностей и составления отчётности производственной информации позволит получать в любой момент необходимые данные о выполненной либо предстоящей работе, тем самым, повысив эффективность работы мастера строительно-монтажных работ.
РазработкаАРМ мастера строительно-монтажных работ специализация — вентиляция позволит:
· обеспечитправильное и своевременное получение инструкций работниками цеха поизготовлению систем вентиляции;
· повысит качествоизготовляемой продукции;
· уменьшитколичество бракованных деталей;
· упростит работу сдокументами, повысит ее эффективность;
· повыситпроизводительность труда мастера и бригадира за счет сокращения временисоздания, обработки и поиска документов, вследствие чего повышаетсяпроизводительность всей бригады ;
· повыситоперативность доступа к информации;
· сократитчисленность бумажной документации;
· увеличитпропускную способность обработки документации;
· сэкономит время иденежные средства на обработку информации.
Такимобразом, автоматизация процесса работы мастера строительно-монтажных работявляется нужным и перспективным процессом, который по мнению автора даннойработы, должен быстро и эффективно внедряться в каждой организации строительнойотрасли.
1. Аналитическая часть 1.1Технико-экономическая характеристика предметной области
Строительный трест «Сургутремстрой» был основан в1979 году как одно из структурных подразделений всего открытого акционерногообщества «Сургутнефтегаз». В состав строительного треста “Сургутремстрой” ОАО“Сургутнефтегаз” входят: Ремонтно – строительное управление, Строительно –монтажное управление, Специализированное управление, Цех подготовкипроизводства, Механоэнергетическая служба, Управление механизации и транспорта.В данной работе рассмотрена технико-экономическая характеристикаспециализированного управления в котором работает автор данной работы.
Работа специализированного управления в основномоснована на ремонте структурных подразделений всего акционерного общества«Сургутнефтегаз». Основной профиль работ Специализированного управления – этосантехника, электромонтажные работы, термоизоляция, вентиляция. Структуравыполняемых работ специализированного управления показана в таблице 1.1.
Таблица 1.1 – Профиль работ№ п/п Наименование работ Сущность производимых Работ Итог 1 Сантехнические
Установка тепловодных
радиаторов (батареи), сантехники.
Монтаж труб отопления. Обеспечение производственных объектов теплом и сантехникой, согласно СНиП. 2 Термоизоляция Изоляция трубопроводов минеральной ватой. Изготовление деталей и их монтаж на трубопроводы. Термическая изоляция трубопроводов от внешней среды (низких и высоких температур) 3 Вентиляция Изготовление деталей и узлов СВ и КВ, их монтаж. Установка вентиляционного оборудования (вентиляторы, калориферы, клапана, воздушные фильтры) Обеспечение необходимой вентиляцией согласно СНиП. 4 Электромонтажные Установка электрооборудования, монтаж электрических кабелей разного сечения. Подведение электричества к источникам потребления.
Специализированное управление имеет своюсобственную базу подготовки производства, в состав которой входит:
Административно-бытовой корпус;
Склад закрытого типа хранения “арочник”, где ТМЦимеют большой временной интервал завоза и вывоза;
Склад открытого типа хранения “стеллажи”, сбыстрым интервалом завоза-вывоза ТМЦ;
Цех по изготовлению санитарно-технических изделий;
Цех по изготовлению узлов и деталей СВ и КВ.
Цех поизготовлению узлов и систем вентиляции представляет собой производственныйкорпус: длина 80 м, ширина 40м, высота 8 метров. Большая часть цеха отведена под изготовление деталей и узлов систем вентиляции. Другая часть цеха отведена дляизготовления заготовок термоизоляции. Цех оснащен двумя большими кран-балкамигрузоподъемностью до 3,5 тонн (включительно) для перемещения тяжеловесных грузов.Для изготовления заготовок систем вентиляции в цехе находятся следующие станки(механические устройства):
· Ножницыгильотинные – 2 единицы;
· Столы дляраскройки металла – 7 ед;
· Станок листогиб(для загиба металла) 1ед;
· Сверлильныйстанок – 1 ед;
· Станок нарубной(нарубает металлический уголок размером от 20 до 80 мм);
· Станок точильный– 1 ед;
· Станок обрезной –1ед;
· Станок Зиговочный(для изготовления швов на заготовках) – 1 ед;
· Машина зиговочная(для изготовления швов отводов)1 – ед.
Автоматизированноерабочее место мастера систем вентиляции и кондиционирования воздуха (СВ и КВ)находится в кабинете АБК и представляет собой парк вычислительной техники издвух единиц: персональный компьютер класса Pentium 4, копировальный центр. Изсредств коммуникации: тел/факс, радиотелефон, коммутатор 3com, локальнаявычислительная сеть тип Ethernet со смешанной топологией “кольцо-звезда”представляет собой кабель, витая пара. На персональном компьютере установленысетевые карты, работающие, со скоростью 100 М/бит в секунду. Сетевым протоколомдля передачи данных является TCP/IP (Nransmission Protocol/Internet Protocol).Для управления локальной сетью используется сервер, который находится вотдельной комнате – серверной головного офиса треста “Сургутремстрой”. Данныйсервер служит контролером домена и используется в качестве файл-сервера,сервера баз данных, сервера приложений. ЛВС находится под контролем сисадминатреста «Сургутремстрой» и входит в состав ЛВС всего открытого акционерногообщества «Сургутнефтегаз».1.2 Организационнаяструктура объекта автоматизации
Организационная структура Специализированногоуправления и базы подготовки производства, где находится объект автоматизации,показана в приложениях А.1, А.2.
Руководство специализированным управлением треста«Сургутремстрой» осуществляет начальник управления.
В специализированном управлении имеются следующиепроизводственные участки и отделы: Производственные участки с 1-го по 8-й; Отделкадров; Бухгалтерия; ОТиЗ; ПЭО; ПТО.
Начиная с Отдела кадров и заканчивая ПТО, эти отделы,осуществляют свои функции для всего строительного треста “СРС”, т. е. дляРемонтно-строительного управления, Специализированного управления,Строительно-монтажного управления, Управления механизации и транспорта.
Организационная структура объекта автоматизации(цех вент заготовок) показана на рис.1.1 и представляет собой линейнуюструктуру. Руководство цехом осуществляет Начальник базы подготовкипроизводства, он же производитель работ. К нему в подчинение входят четыремастера строительно монтажных работ каждый по своей специализации – это мастерпо термоизолировочным работам, мастер по сантехническим работам, мастер по вентиляционнымработам и один кладовщик. Два бригадира, одним из которых является разработчикданного проекта. Две бригады, одна работает в цехе сантехнических заготовок,другая в цехе вентзаготовок.
/>/>
Рисунок 1.1 – Организационная структура цехавентзаготовок
1.3Функциональная структура объекта автоматизации
Функции выполняемые бригадой по изготовлениюдеталей и узлов СВ и КВ производственного участка №8 включают в себя процедурыисполнения заказа, т.е. каждый рабочий бригады:
Подходит к комплектовочной ведомости и отмечает тудеталь, которую он будет изготавливать. Если есть, сомнения в изготовлениидетали он смотрит чертеж – подмерку, в которой в аксонометрии указаны подробновсе детали изготовляемого заказа. Отмечать следует строго по порядку сверхувниз. Это делается для того, чтобы нагрузка на изготовление деталейраспределялась равномерно. Так как, одни детали изготавливаются быстро и легко,другие наоборот дольше и труднее. Все зависит от параметров и сложности изготовлениядетали;
Выбирает лист металла с толщиной нужной дляизготовления той или иной детали, которая зависит согласно СНиПам поизготовлению от сечения детали. Если от 400X400 и выше то толщина металла недолжна быть менее 0,7 мм. Иначе толщина металла – 0,5мм;
Берет лист металла и начинает его раскраиватьсогласно СНиПам по изготовлению деталей СВ и КВ;
После раскройки деталь вырезают по намеченномуконтуру;
Проделывают с ней специфическую обработку:технологическое отверстие, либо прокатывание швов для соединения сторон деталии т.д.;
Каждую готовую деталь подписывают (строгообязательно): номер детали, наименование объекта (сокращенно) и номер партии;
Каждую подписанную деталь составляет в партии.
Когда приходит автотранспорт за продукцией,изготовленные партии загружают в него и отправляют на объект монтажа.
Все процедуры обработки показаны с помощью контекстнойи декомпозиционной диаграмм пакета AllFusionModeller на рисунке 1.2 и 1.3.
/>
Рисунок 1.2 – Контекстная диаграммапроизводственного процесса цеха вентзаготовок
/>
Рисунок 1.3 – Диаграммадекомпозиции производственного процесса 1.4 Информационнаямодель объекта автоматизации
Информационная модель, показанная на рис 1.4,изображена с помощью программы Bpwin, пакета AllFusionProcessModeller иотражает собой информационную модель цеха вентзаготовок, котораянепосредственно связана с производственным процессом.
/>
Рисунок 1.4 – Информационная модель цеха вентзаготовок
Стрелками указаны информационные потоки:
Заказы на изготовление продукции и ТМЦ – поступаютот руководства СУ;
Продукцию изготавливает бригада слесарей поизготовлению узлов и систем вентиляции;
Трудовые отношения основываются на статьях иправилах Трудового кодекса РФ (Трудовой договор);
Изделия изготавливаются согласно строительнымправилам и нормам (СНиПы);
Сметы на изготовление деталей осуществляет бухгалтерия,начисление заработной платы производит ОТиЗ;
Готовая продукция сортируется в системы (партии) иотправляется на объекты монтажа;
Отчетная документация (наряды) отправляются вотделы ПЭО, ПТО.
На рис 1.5 показана диаграмма A-0, котораяотражает основные направления потоков информации, идентифицирующиепроизводственный процесс цеха вентзаготовок.
/>
Рисунок 1.5 – Производственный процесс
Ниже на рисунке 1.6 показана схема изготовлениякаждого принятого заказа.
/>
Рисунок 1.6 – Изготовление заказа
Диаграмма A1.1 показанная на рис 1.7 раскрываетсущность диаграммы “Обработка заказов”.
/>
Рисунок 1.7 – Диаграмма «Обработка заказа»
В таблице Б.1 (см. ПРИЛОЖЕНИЕ Б) показанаструктура документа “Комплектовочная ведомость” как она есть на сегодняшнийдень. В таблице приводится пример структуры заполнения документа. В настоящемдокументе “Комплектовочная ведомость” количество (см. столбец № изделия)изделий очень много. В среднем более 50 номеров изделий. Далее приводитсянедостатки (изъяны) в заполнении данной ведомости.
Пример: В первой строке идут наименованиестолбцов. Во второй строке указаны город (где находится объект монтажа), объект(объект на котором производится монтаж (СВ и КВ), партия (в её составемножество деталей разных наименований). Галочкой помечены те детали, которыеначали изготавливать (они строго должны быть сделаны), т. е. пока деталь(количество деталей) одного наименования не сделаются за изготовление другойприступать нельзя. Исключения составляют если это конец рабочего дня, то тогдаработа переносится на следующий день и начнется она именно с наименования этой неизготовленной детали комплектовочной ведомости и чертежа – подмерки.
Пояснения к таблице: Обозначаемые во второй строкев слове партия буквы обозначают: В – вытяжка, ВЕ – вытяжка естественная, П –приточка, ДУ – дымоудаление.
Существенные недостатки в структурекомплектовочной ведомости:
Непонятно кто пометил галочкой ту или иную деталь.В случае обнаружения брака начинается неразбериха – кто делал деталь. Всябригада загружена работой настолько, что действительно трудно вспомнить, ктоизготавливал бракованную деталь;
Часто бывают случаи когда “звеньевой” (ведущиймонтажник объекта монтажа) просит отправить ему какую либо партию (детали изпартии) из его заказа, так как, её нужно срочно смонтировать, для того чтобызакрыть наряд – ведомость, т.е. скорее заработать деньги для всего участкавентиляции.
Отсюда возникают проблемы, так как все деталилюбой партии разбросаны по комплектовочной ведомости и приходится каждую искатьв чертеже – подмерке (см. ПРИЛОЖЕНИЕД). А это значительные временные затраты, которыезамедляют процесс изготовления партии, что экономически тоже нецелесообразно.
Помимо выше перечисленных замечаний существуют проблемы,которые исходят от источников информации. Это мастера и начальник участка монтажаСВ и КВ.
Основные проблемы ИС цеха
Внутренние:
Нет точно-слаженного алгоритма поступленияинформации связанной с заказами в цехе вентзаготовок;
Остаются недоделанные заказы, которые могутсостоять из деталей нескольких партий;
Каждое утро поступает новый заказ или несколькозаказов, которые нужно срочно выполнять. Иногда не понятно, что в первуюочередь стоит изготавливать;
Поступление от мастеров полезной информации около30%. Остальное всё ненужная информация, т.е. посторонняя, личная, искажённая,несвоевременная, какие-либо причины и т.д.
Второстепенные (внешние) проблемы, существенновлияющие, на работу ИС цеха вентзаготовок представляют собой следующее:
Нет согласованности в плане работ на объектахмонтажа между мастерами структурных подразделений треста, т.е. к примеру, междумастерами СУ, СМУ, УМиТ, РСУ. В результате некоторое количество вентзаготовок возвращаетсяобратно, и переделывается, т.к. бывают существенные отклонения от про/>екта./>
1.5 Постановка задачи/>/>/>/>/>/>
1.5.1 Цель и назначение автоматизированноговарианта решения задачи/>/>/>1. Автоматизировать функцииуправления:· вычисления площади заготовок;· поиск документа;· составление отчёта./>2. Устранить следующие недостатки:
· Недостаточныйконтроль за качеством производимой продукции;
· Ручной процессвычисления площади заготовок;
· Устаревшаяструктура бумажного документа “Комплектовочная ведомость” и не всегдаправильное его заполнение;
· Нет электроннойверсии “Комплектовочная ведомость”;
· Длительное времяобработки и получения оперативных данных для принятия управленческих решений;
· Большой объембумажной документации;
· Нет АРМ бригадирацеха вентзаготовок.
3. На основе вышеперечисленных недостатков авторомданной работы принято решение спроектировать малую ИС “Управление изготовлениемзаказа”./>1.5.2 Общаяхарактеристика организации решения задачи на ЭВМ
Организациярешения задач показана в таблице 1.5.1 и основана на требованиях:
Таблица 1.3 –ТребованияПроблема Требование Решение Примечание Большой объем информации на бумажных носителях Ежедневный обмен информацией начальника участка №3 (монтаж систем вентиляции и кондиционирования воздуха) с бригадиром цеха вентзаготовок; Автоматизация ввода поступающей информации и обработка её на ПК Ежедневное составление отчета, ведение архива. Не своевременный завоз ТМЦ в цех. Вычисление вручную площадей всех заготовок Ежемесячный завоз ТМЦ в цех согласно плана заказов на изготовление деталей и узлов СВ и КВ. Автоматизация процесса вычисления площади заготовок и планирование завоза ТМЦ Для учета объема изготовленной продукции. Ведение архива Бригада слесарей по изготовлению узлов и деталей СВ И КВ не справляется с большим объемом заказов Временный перевод монтажников СВ и КВ в цех для изготовления узлов и деталей на “срочный объект” Распределение рабочих по выполняемым функциям — приоритетность расстановки для достижения наилучшего результата выполнения заказов. Отражение этого в модели ИС “TO-BE” Приоритетом является “срочный” объект Слабый контроль за качеством производимой продукции Изменить структуру комплектовочной ведомости Добавить столбец “Изготовил ФИО”, в комплектовочной ведомости заказа… Сделать его электронную версию Выбранную деталь для изготовления каждый помечает своей фамилией.
В данномпункте автор раскрывает требования к будущему проекту путем ответов наследующие вопросы:
· изменения в функциях подразделения, связанных со сбором, обработкойи выдачей информации;
· источники поступления оперативной и условно-постояннойинформацией и периодичность ее поступления;
· этапы решения задачи, последовательность и временной регламент ихвыполнения,
· порядок ввода первичной информации (названия документов) иперечень используемых экранных форм;
· краткая характеристика результатов (названия результатныхдокументов, экранных форм выдачи результатов, перечень результатных файлов,способов их выдачи: на экран, печать или в канал связи) и мест их использования;
· краткая характеристика системы ведения файлов в базе данных(перечень файлов с условно-постоянной и оперативной информацией, периодичностьобновления, требования защиты целостности и секретности);
· режим решения задачи диалоговый;
· периодичность решения задачи./>/>/>/>1.5.3 Формализациярасчетов
Основнойобъем расчетов – вычисление объёма произведённой продукции (вентзаготовок) в м2.Все формулы для нахождения площадей фигур (далее по тексту наименование деталейвентзаготовок), взяты из курса геометрии.
Наименованиезаготовок подлежащих к вычислению их площадей: Труба (прямик), зонт (три вида),отвод, переход (два вида), утка.
Вычислениеплощади трубы(прямика)
/>
Рисунок 1.8 –Прямик
Sпр=P*L (1.1)
S – площадьзаготовки «прямик»;
P – периметр(развёртка) т.е. ширина умноженная на высоту;
L – длиназаготовки «труба».
Вычислениеплощади зонта 1 вид(трапециевидный)
/>/>
Рисунок 1.9 –Зонт трапециевидный
Sзонт= сумма площадейвсех сторон(трапеций)(1.2)
Площадькаждой стороны (трапеции) вычисляется по формуле: ((a*b)/2)*h, где
A – длина нижнегооснования трапеции(стороны);
B – длинаверхнего основания трапеции;
H – высотатрапеции.
Вычислениеплощади зонта 2 вид(конусообразный)
/>/>/>/>/>/>/>/>/>Sкруга
/>
/> Sсегм
Рисунок 1.10– Зонт конусообразный
Для изготовленияконусообразного зонта из куска металла вырезается круг определенного диаметра.Затем из этого круга вырезается определенной величины сегмент. После чегообрезанные края круга зигуются, соединяются вместе и сбиваются. Полученныйрезультат (заготовку) можно увидеть на рис. 1.10.
Площадьконуса можно вычислить по формулам:
Sкруг= πR2 — площадь круга
Sсегм= (πR2 /360) * a, где a – угол сегмента выраженный в градусах
Sзонт= Sкруг — Sсегм (1.3)
Вычислениеплощади зонта 3 вид(пирамидальный)
/>/>/>/>/>h
/>a
Рисунок 1.11– Зонт пирамидальный
Sзонт= суммаплощадей всех сторон (равнобедренных треугольников) (1.4)
Sстор = ½ * a * h, где a –основание; h – высота треугольника
Sзонт= Sa *2 + Sb * 2
Вычислениеплощади отвода с прямой шейкой
/>/>/>/>/>/>/>/>Затылочная часть (затылок)
/>/>/>/>/>/>/>/>/> Фасонная часть
/>
Шеечная часть (шейка)
Рисунок 1.12 –Отвод
Привычислении площади отвода с прямой шейкой сначала вычисляется площадь “шейки”,затем площадь “затылка” и после чего вычисляется площадь фасонной части.Площади “затылка” и “шейки” вычисляются легко. Они представляют собойпрямоугольники, вырезанные из металла и вычисляются по формуле
S = a * b,
где a и bявляются смежными сторонами прямоугольника. Труднее вычисляется площадьфасонной части. Сначала вычисляется периметр одной стороны шейки затем другойстороны шейки (в случае если шейка одинакова с обеих сторон). Затем как виднона рис. 1.5.5 остается вычислить площадь сегмента, которая вычисляется поформуле
Sсегм= (πR2 /360) * a.
Общая площадьполучается из суммы частей всех вычисленных площадей и представляет собойформулу:
Sотв.= Sш. + Sз. + Sф.где(1.5)
Sш.– площадь шейки;
Sз.– площадь затылка;
Sф.– площадь фасоннойчасти.
Далее
Sш.= Sз.= a * b,
где a и bстороны прямоугольника. Особое внимание уделяется вычислению площадифасонной части как видно на рис 1.5.6 она состоит из трех частей – Sсегм,S1, S2 и вычисляется по формуле:
Sф.= (Sсегм * 2) + S1 + S2 где(1.6)
Sсегм= (πR2 /360) * a.
S1= S2 = a * b, где
сторона a = высотефасонной части отвода;
сторона b =половине длины шейки.
/> S1
/>/>/>/>/>Площадь сегмента a
/>/>/>/>a b
/>/>S2 b
Рисунок 1.13– Фасонная часть
Вычислениеплощади перехода (1 вид центровой)
/>
Рисунок 1.14 –Переход центровой
Площадьперехода вычисляется аналогично площади зонта трапециевидного ((a*b)/2)*h)и представляет собой сумму площадей всех сторон (трапеций).
Sпер. = S1 + S2 + S3+ S4 (1.7)
Вычислениеплощади перехода (2 вида одностороннего)
/>
Рисунок 1.15– Переход односторонний
Вычислениеплощади перехода этого вида производится следующим образом:
· Вычисляютсяплощади двух сторон (трапециевидных) — ((a*b)/2)*h;
· затем площадиоставшихся двух сторон — a * b
· После чего всестороны складываются — Sпер. = S1 + S2+ S3 + S4
Вычислениеплощади детали “утка”.
/>/> Лицевая часть S1
/>
S2Sпрям
Фасонная часть Лицевая часть
Рисунок 1.16 –Утка
Площадьдетали “утка” вычисляется следующим образом – Площадь лицевой части умножаетсяна два и прибавляется площадь фасонной части тоже умноженной на два
Sутка = (Sл * 2) + (Sф* 2) (1.8)
Sл= a * b и представляет собой прямоугольник;
Sф= (S1 * 2) + (S2 * 2) + (Sпрям * 2)
Все вышеперечисленные формулы будут включены в автоматизируемые функции вычисления ивойдут в БД информационной системы.
/>
1.6 Анализсуществующих программных продуктов для автоматизации предметной области
Для анализа существующих программных продуктов автором проекта быливыбраны существующие на сегодняшний день системы управления базами данных(СУБД).
Насегодняшний день известно более двух десятков форматов данных настольных СУБД,однако наиболее популярными, исходя из числа проданных копий, следует признатьdBase, Paradox, FoxPro и Access. Из появившихся недавно СУБД следует такжеотметить Microsoft Data Engine — по существу серверную СУБД, представляющуюсобой «облегченную» версию Microsoft SQL Server, но предназначенную, тем неменее, для использования главным образом в настольных системах и небольшихрабочих группах.
Сведенияо производителях перечисленных выше СУБД представлены в таблице 1.4.
Таблица1.4. – Производители СУБДСУБД Производитель URL Visual dBase dBase, Inc www.dbase2000.com Paradox Corel www.corel.com Microsoft Access 2000 Microsoft www.microsoft.com Microsoft FoxPro Microsoft www.microsoft.com Microsoft Visual FoxPro Microsoft www.microsoft.com Microsoft Visual FoxPro Microsoft www.microsoft.com Microsoft Data Engine Microsoft www.microsoft.com
Далеемы рассмотрим каждую из этих СУБД в отдельности. Начнем с dBase — СУБД, бывшейнекогда необычайно популярной и сегодня по-прежнему не забытой, несмотря на то,что за время своего существования она сменила несколько хозяев и в настоящеевремя судьба ее до конца не определена./>/>dBase и Visual dBase
Хранениеданных в dBase основано на принципе «одна таблица — один файл» (эти файлыобычно имеют расширение *.dbf). MEMO-поля и BLOB-поля (доступные в позднихверсиях dBase) хранятся в отдельных файлах (обычно с расширением *.dbt).Индексы для таблиц также хранятся в отдельных файлах. При этом в ранних версияхэтой СУБД требовалась специальная операция реиндексирования для приведенияиндексов в соответствие с текущим состоянием таблицы.
Форматданных dBase является открытым. В роли интерпретатора команд xBase выступаетобычно либо среда разработки приложения на этом языке, либо среда временивыполнения. Отметим, что для скрытия исходного текста xBase-приложения подобныеСУБД обычно содержат утилиты для псевдокомпиляции кода, который затемпоставляется вместе со средой времени выполнения.
Отметим,однако, что для работы с данными формата dBase (или иных dBase-подобных СУБД)совершенно необязательно пользоваться диалектами xBase. Доступ к этим даннымвозможен с помощью ODBC API (и соответствующих драйверов) и некоторых другихмеханизмов доступа к данным (например, Borland Database Engine, некоторыхбиблиотек других производителей типа СodeBase фирмы Sequenter), и это позволяетсоздавать приложения, использующие формат данных dBase, практически с помощьюлюбого средства разработки, поддерживающего один из этих механизмов доступа кданным.
Послепокупки dBase компанией Borland этот продукт, получивший впоследствии названиеVisual dBase, приобрел набор дополнительных возможностей, характерных длясредств разработки этой компании и для имевшейся у нее другой настольной СУБД —Paradox. Среди этих возможностей были специальные типы полей для графическихданных, поддерживаемые индексы, хранение правил ссылочной целостности внутрисамой базы данных, а также возможность манипулировать данными других форматов,в частности серверных СУБД, за счет использования BDE API и SQL Links.
Внастоящее время Visual dBase принадлежит компании dBase, Inc. Его последняяверсия — Visual dBase 7.5 имеет следующие возможности:
· Средстваманипуляции данными dBase и FoxPro всех версий.
· Средства созданияформ, отчетов и приложений.
· Средствапубликации данных в Internet и создания Web-клиентов.
· Ядро доступа кданным Advantage Database Server фирмы Extended Systems и ODBC-драйвер длядоступа к данным этой СУБД.
· Средствапубликации отчетов в Web.
· Средствавизуального построения запросов.
· Средствагенерации исполняемых файлов и дистрибутивов.
Внастоящее время к Visual dBase в качестве дополнения может быть приобретенкомпонент dConnections, позволяющий осуществить доступ к данным Oracle, Sybase,Informix, MS SQL Server, DB2, InterBase из Visual dBase 7.5 и приложений, созданныхс его помощью./>/>Paradox
Paradoxбыл разработан компанией Ansa Software, и первая его версия увидела свет в 1985году. Этот продукт был впоследствии приобретен компанией Borland. С июля 1996года он принадлежит компании Corel и является составной частью Corel OfficeProfessional.
Принципхранения данных в Paradox сходен с принципами хранения данных в dBase — каждаятаблица хранится в своем файле (расширение *.db), MEMO- и BLOB-поля хранятся вотдельном файле (расширение *.md), как и индексы (расширение *.px).
Однако,в отличие от dBase, формат данных Paradox не является открытым, поэтому длядоступа к данным этого формата требуются специальные библиотеки. Например, вприложениях, написанных на C или Pascal, использовалась некогда популярнаябиблиотека Paradox Engine, ставшая основой Borland Database Engine. Этабиблиотека используется ныне в приложениях, созданных с помощью средствразработки Borland (Delphi, C++Builder), в некоторых генераторах отчетов(например, Crystal Reports) и в самом Paradox. Существуют и ODBC-драйверы кбазам данных, созданным различными версиями этой СУБД.
Отметим,однако, что отсутствие «открытости» формата данных имеет и свои достоинства.Так как в этой ситуации доступ к данным осуществляется только с помощью«знающих» этот формат библиотек, простое редактирование подобных данных посравнению с данными открытых форматов типа dBase существенно затруднено. В этомслучае возможны такие недоступные при использовании «открытых» форматов данныхсервисы, как защита таблиц и отдельных полей паролем, хранение некоторых правилссылочной целостности в самих таблицах — все эти сервисы предоставляютсяParadox, начиная с первых версий этой СУБД.
Посравнению с аналогичными версиями dBase ранние версии Paradox обычнопредоставляли разработчикам баз данных существенно более расширенныевозможности, такие как использование деловой графики в DOS-приложениях,обновление данных в приложениях при многопользовательской работе, визуальныесредства построения запросов, на основе интерфейса QBE — Query by Example(запрос по образцу), средства статистического анализа данных, а также средствавизуального построения интерфейсов пользовательских приложений с автоматическойгенерацией кода на языке программирования PAL (Paradox Application Language).
Windows-версииСУБД Paradox, помимо перечисленных выше сервисов, позволяли такжеманипулировать данными других форматов, в частности dBase и данными,хранящимися в серверных СУБД. Такую возможность пользователи Paradox получилиблагодаря использованию библиотеки Borland Database Engine и драйверов SQLLinks. Это позволило использовать Paradox в качестве универсального средствауправления различными базами данных (существенно облегченная версия Paradox 7под названием Database Desktop по-прежнему входит в состав Borland Delphi иBorland C++Builder именно с этой целью). Что же касается базового форматаданных, используемого в этом продукте, то он обладает теми же недостатками, чтои все форматы данных настольных СУБД, и поэтому при возможности его стараютсязаменить на серверную СУБД, даже сохранив сам Paradox как средство разработкиприложений и манипуляции данными.
Текущаяверсия данной СУБД — Paradox 9, поставляется в двух вариантах — Paradox 9Standalone Edition и Paradox 9 Developer’s Edition. Первый из них предназначендля использования в качестве настольной СУБД и входит в Corel OfficeProfessional, второй — в качестве как настольной СУБД, так и средстваразработки приложений и манипуляции данными в серверных СУБД. Обе версиисодержат:
· Средстваманипуляции данными Paradox и dBase.
· Средства созданияформ, отчетов и приложений.
· Средствавизуального построения запросов.
· Средствапубликации данных и отчетов в Internet и создания Web-клиентов.
· Corel Web-сервер.
· ODBC-драйвер длядоступа к данным формата Paradox из Windows-приложений.
· Средства длядоступа к данным формата Paradox из Java-приложений.
Помимоэтого Paradox 9 Developer’s Edition содержит:
· Run-time-версиюParadox для поставки вместе с приложениями.
· Средства созданиядистрибутивов.
· Драйверы SQLLinks для доступа к данным серверных СУБД.
Отметим,однако, что популярность этого продукта как средства разработки в последнеевремя несколько снизилась, хотя в мире эксплуатируется еще немалоинформационных систем, созданных с его помощью./>/>Microsoft FoxPro иVisual FoxPro
FoxProведет свое происхождение от настольной СУБД FoxBase фирмы Fox Software.Разрабатывая FoxBase в конце 80-х годов, эта компания преследовала цель создатьСУБД, функционально совместимую с dBase с точки зрения организации файлов иязыка программирования, но существенно превышающую ее по производительности.Одним из способов повышения производительности являлась более эффективнаяорганизация индексных файлов, нежели в dBase, — по формату индексных файлов этидве СУБД несовместимы между собой.
Посравнению с аналогичными версиями dBase, FoxBase и более поздняя версия этогопродукта, получившая название FoxPro, предоставляли своим пользователямнесколько более широкие возможности, такие как использование деловой графики,генерация кода приложений, автоматическая генерация документации к приложениями т.д.
VisualFox Pro 6.0 предоставляет следующие возможности:
· Средствапубликации данных в Internet и создания Web-клиентов;
· Средства созданияASP-компонентов и Web-приложений;
· Средства созданияCOM-объектов и объектов для Microsoft Transaction Server, позволяющих создаватьмасштабируемые многозвенные приложения для обработки данных;
· Средства доступак данным серверных СУБД, базирующиеся на использовании OLE DB (наборCOM-интерфейсов, позволяющий осуществить унифицированный доступ к данным изразнообразных источников, в том числе из нереляционных баз данных и иныхисточников, например Microsoft Exchange);
· Средства доступак данным Microsoft SQL Server и Oracle, включая возможность создания иредактирования таблиц, триггеров, хранимых процедур;
· Средства отладкихранимых процедур Microsoft SQL Server;
· Средствовизуального моделирования компонентов и объектов, являющиеся составными частямиприложения — Visual Modeller;
· Средство дляуправления компонентами приложений, позволяющее осуществлять их повторноеиспользование.
Итак,тенденции развития этого продукта очевидны: из настольной СУБД Visual FoxProпостепенно превращается в средство разработки приложений в архитектуре«клиент/сервер» и распределенных приложений в архитектуре Windows DNA. Впрочем,эти тенденции в определенной степени характерны для всех наиболее популярныхнастольных СУБД — мы уже убедились, что и dBase, и Paradox также позволяютосуществлять доступ к наиболее популярным серверным СУБД.
Достоинства и недостатки существующих СУБД
Достоинства:код, контролирующий стандартную ссылочную целостность, содержится вбиблиотеках, используемых всеми приложениями, работающими с этой базой данных,а сама база данных при этом может содержать описание правил ссылочной целостности.
Недостатки:проблема СУБД заключается в возможности нарушения ссылочной целостности данных,так как единственным механизмом, контролирующим ее, является пользовательскоеприложение.1.7 Обоснование проектных решений по видам обеспечения
1.7.1 Обоснованиепроектных решений по информационному обеспечению (ИО)
Информационное обеспечение – это совокупность средств и методов построенияинформационной базы.
· Информационноеобеспечение должно удовлетворять пользователя по своей упорядоченности,точности, достоверности и своевременности представления информации для решенияпоставленных задач, а также однозначности и удобства ее восприятия всеми потребителями;
· Свойство объектовсистемы должны иметь возможность оформляться в виде сложной структуры,ссылающейся на другие объекты и хранящей историческую последовательность значений;
· Структура данныхСистемы должна обеспечивать расширяемость по номенклатуре и свойствам новыхобъектов;
· Система должнаобеспечивать поддержку иерархической структуры типов объектов, реализующеймеханизм наследования свойств объектов.
· Совокупностьинформационных массивов Системы должна быть организована в виде БД на машинныхносителях;
· Система должнаиметь механизм регистрации событий, который связывает изменение свойствобъектов, вызванное каким-либо внешним событием, с последующей реакцией системына это событие;
· Формапредставления выходной информации должна согласовываться с заказчиком(пользователем) системы. При разработке форм выходных документов в выходныхдокументах АИС должны применяться термины и сокращения общепринятые в даннойпредметной области и согласованные с заказчиком системы;
· Структурапроцесса сбора, обработки и передачи данных в ИС должна соответствоватьпроцессам, которые выполняются на рабочем месте мастера строительно-монтажныхработ.
Внутримашинная информационная база представляет собой физическиреализованную базу данных. Носителем данных является жесткий диск, на которомнаходится СУБД. Доступ к данным осуществляется посредством SQL-запросов к СУБД. Основные принципы построения внутримашинной информационной базы:
· информационныймассив накапливается и хранится в реляционной базе данных;
· проектированиетаблиц осуществляется с принципами построения и организации реляционных базданных;
· уменьшениеизбыточности данных не должно приводить к усложнению доступа и уменьшениюскорости обработки информации.
Во внутримашинной информационной базе осуществляется контроль целостностиданных с помощью бизнес-правил, то есть процедур, применяемых к элементам БД вкачестве ограничения целостности. Наэтапе ввода происходит сопоставление типов вносимых данных с типом поля БД, атакже проверка на допустимые значения. Хорошоспроектированная база данных:
· удовлетворяетвсем требованиям пользователей к ее содержимому. Перед проектированием базынеобходимо провести исследования требований пользователей к ее функционированию;
· гарантируетнепротиворечивость и целостность данных. При проектировании таблиц нужноопределить их атрибуты и некоторые правила, ограничивающие возможность вводапользователем неверных значений. Для верификации данных перед непосредственнойзаписью их в таблицу база данных должна осуществлять вызов правил модели данныхи тем самым гарантировать сохранение целостности информации;
· обеспечиваетестественное, легкое для восприятия структурирование информации. Качественноепостроение базы позволяет делать запросы к ней более “прозрачными” и легкимидля понимания; следовательно, снижается вероятность внесения некорректныхданных и улучшается качество сопровождения базы;
· удовлетворяеттребованиям пользователей к ее производительности. При больших объемахинформации вопросы сохранения производительности начинают играть главную роль,сразу “высвечивая” все недочеты этапа проектирования.
/>/>/>1.7.2 Обоснованиепроектных решений по технологическому обеспечению
Технологическийпроцесс – последовательность технологических операций, необходимых длявыполнения определённого вида работ. Технологический процесс состоит из рабочихопераций, которые в свою очередь складываются из рабочих движений.
Под операциейтехнологического процесса следует понимать комплекс действий, выполняемых надинформацией и её носителем на одном рабочем месте.
Технологическийпроцесс включает: сбор и регистрацию исходных данных, передачу их на обработку,хранение, подготовку данных к обработке, ввод данных в ЭВМ, обработкуинформации по заданным алгоритмам, выдачу результирующей информации и передачуеё пользователям.
/>/>/>1.7.3 Обоснование проектных решений по программному обеспечению(ПО)
Требования к использованию типовых и поставляемых программных средств:
ПО сервера:операционная система (ОС): ОС- MS Windows 2003 Server, СУБД: MS SQL Server.
ПО мастераСМР: может быть использованы операционная система (ОС): MS Windows XPProfessional (желательно Rus), компоненты Borland Delphi, пакет MS OfficeХР/2003, в виду их распространённости.
Конкретныеверсии компонентов ПО должны определяться на этапе ввода в действие. ПОявляется покупным и должно быть лицензионным.
Общие требования к программному обеспечению:
1) программноеобеспечение системы должно быть достаточным для выполнения всех функций системы,реализуемых с применением средств вычислительной техники, а также иметьсредства организации всех требуемых процессов обработки данных, позволяющиесвоевременно выполнять все автоматизированные функции во всехрегламентированных режимах функционирования ИС;
2) программноеобеспечение системы должно обладать следующими свойствами:
· функциональнаядостаточность (полнота);
· надежность (в томчисле восстанавливаемость, наличие средств выявления ошибок);
· адаптируемость;
· модифицируемость;
· модульностьпостроения;
· удобство эксплуатации.
3) программноеобеспечение системы должно быть построено таким образом, чтобы отсутствие отдельныхданных не сказывалось на выполнении функций системы, при реализации которых этиданные не используются;
4) в программномобеспечении системы должны быть реализованы меры по защите от ошибок при вводеи обработке информации, обеспечивающие заданное качество выполнения функцийсистемы;
5) все компонентыпрограммного обеспечения системы должны быть совместимы как между собой, так ис системным программным обеспечением;
6) эксплуатационнаяпрограммная документация на систему должна содержать сведения, необходимыеперсоналу системы для использования программного обеспечения, для егопервоначальной установки, запуска программ системы.
Программное приложение должно быть реализовано c помощью пакета MS Office.
Система управления БД – MS Access
SQL (Structured Query Language) — это сокращенноеназвание структурированного языка запросов, предоставляющего средства созданияи обработки данных в реляционных БД. Независимость от специфики компьютерныхтехнологий, а также поддержка SQL лидерами промышленности в области технологииреляционных баз данных сделали его основным стандартным языком БД.
Реализация в SQL концепции операций, ориентированныхна табличное представление данных, позволила создать компактный язык снебольшим набором предложений. SQL может использоваться как для выполнениязапросов, так и для построения прикладных программ. В нем существуют:
· предложенияопределения данных — определение БД, а также определение и уничтожение таблиц ииндексов;
· запросы на выборданных — предложение SELECT;
· предложениямодификации данных – добавление, удаление и изменение данных;
· предложенияуправления данными — предоставление и отмена привилегий на доступ к данным, управлениетранзакциями и другие.
Особенно важно, что Delphi 7 поддерживает базыданных SQL Server. Система управления БД SQL Server является одной из мощнейшихмногопользовательских БД, обеспечивающих быстрый доступ к данным и их надежноехранение. Она имеет ряд существенных преимуществ перед другими БД:
· поддерживает БДсколь угодно большого размера до сотни тысяч мегабайт;
· обеспечиваетвысокий уровень производительности системы;
· минимизируетсоперничество за данные и гарантирует их согласованность;
· для компьютеров,соединенных в сети, объединяет данные физически расположенные на различныхкомпьютерах, в одну логическую БД, обеспечивая к ней доступ всех пользователейсети;
· поддерживаеточень большое число одновременно работающих пользователей, которые выполняютразличные приложения БД и обрабатывают одни и те же данные;
· имеет режимыспасения и восстановления информации, позволяющие защищать БД от программных иаппаратных сбоев./>/>/>1.7.4 Выбортехнического обеспечения (ТО)
Так как разработка АРМ не предусматривает капитальной реорганизациисуществующей технологии, парк технических средств остаётся без изменения. Тоесть, в системе должны в основном использоваться технические средства (ТС)серийного производства типа IBM–совместимых персональных компьютеров с серийнымпериферийным оборудованием и серверы баз данных с процессором не ниже PentiumIV.
Сервер баз данных должен обеспечивать хранение данных и доступ рабочихстанций к базе данных общего пользования.
Аппаратнаяплатформа сервера:
· процессор типаPentium IV 1ГГц – 2,8 ГГц (не ниже);
· объем ОЗУ 512 Мб- 1Гб;
· память на жесткомдиске SCSI — 20 Гб минимум;
· ИГП,обеспечивающий работу сервера в течении не менее 30 минут при полностью заряженныхбатареях ИГП;
· монитор SVGA;
· сетевая карта 100Мбит;
· клавиатура;
· манипулятор типа«мышь».
Аппаратнаяплатформа компьютера мастера СМР состоит из:
· процессора типаPentium IV 1ГГц
· объем ОЗУ 256 MB;
· HDD 40 Гб;
· монитор сдиагональю 17”-19” с разрешением 1024*768 точек при цветовой палитре 65 536цветов и удовлетворяющий нормам безопасности ТСО 92 и ТСО 95;
· видео карта типаSVGA 4-8 Мб VRAM;
· сетевая карта 100Мбит;
· клавиатура;
· манипулятор типа«мышь»;
· устройствопечати.
Конфигурация локальных вычислительных сетей (ЛВС) должна удовлетворятьтребованиям, предъявляемым к ЛВС, имеющим шинную конфигурацию типа Ethernet.Система должна строиться на базе унифицированных технических средств.
Комплекс ТС должен быть достаточным для выполнения всех автоматизированныхфункций системы. Функциональные и эксплуатационные характеристики ТС содержатсяв технической и эксплуатационной документации к комплексу технических средств.
Технические средства системы должны быть размещены с соблюдениемтребований, содержащихся в технической, в том числе эксплуатационной документациина них, и так, чтобы было удобно использовать их при функционировании системы ивыполнять техническое обслуживание.
Защита технических средств системы от воздействия внешних электрических имагнитных полей, а также помех по цепям питания должна быть достаточной дляэффективного выполнения техническими средствами своего назначения прифункционировании системы./>
2. Проектная часть 2.1 Техническоезадание
Оформление технического задания осуществлялось на основании ГОСТ34.602-89. Техническое задание на создание автоматизированной системы; введ.01.01.1990. 2.1.1 Полное наименованиесистемы и ее условное обозначение
Управление, изготовление заказов (ИС “УИЗ”).2.1.2 Наименование предприятий (объединений) разработчика изаказчика (пользователя) системы и их реквизиты
Заказчик: Специализированное управлениетреста “Сургутремстрой” ОАО “Сургутнефтегаз”. Начальник производственной базы –Огородов Сергей Викторович ул. Аэрофлотская д. 2 каб 110 тел. 40-12-81
Разработчик: Чернобровкин Виталий Викторовичстудент 6-го курса МосАП, г Сургут ул. Маяковского д. 47 кв. 39 тел.89222590472.
Информационная система разрабатывается согласно ГОСТ 34-602-89 ИТ.2.1.3 Плановые сроки начала и окончания работы по созданиюсистемы
· Срок началоработы по созданию ИС: 26 06 09.
· Окончание работы15 02 10.
· порядокоформления и предъявления заказчику результатов работ по созданию системы (еечастей), по изготовлению и наладке: 1) демонстрация ИС в приложении PowerPointнаписанной с помощью Case – средства BPwin. 2) Демонстрация работы Базы Данныхнаписанной в приложении Access.
2.1.4 Порядок оформления и предъявления заказчикурезультатов работ по созданию системы
1) Заказчику передается: технический проект, загрузочный модуль, инструкциипользователя
2) Порядок передачи указанных материалов заказчику:
· техническийпроект: CD, 2 экземпляра, pdf – файл;
· рабочий проект:CD, 2 экземпляра, pdf – файл;
· загрузочныймодуль: на CD, 2 экземпляра, exe – файл;
· инструкциипользователя: на CD, 2 экземпляра, pdf – файл.2.1.5 Назначение системы
Автоматизацияприложения СУБД. Управление материальными потоками. Автоматизированная выборкаданных. Расчет выработанного материала. Учет изготовленных деталей в м2.Учет остатков материала в м2. Упрощение переработки информации прииспользовании СУБД. Так как, обработка бумажной документации в ручнуюдолговременный и затратный труд.2.1.6 Цель создания
Отражениематериального потока производственного процесса, вычисление площади различныхзаготовок, учет остатка материала после изготовления деталей и рациональноеиспользование оставшегося материала (экономия материала в производственномпроцессе).2.1.7 Характеристика объекта автоматизации
Организационнаяструктура:
1)Начальник производственной базы;
2)Мастер СМР;
3)Бригадир по изготовлению СВ И КВ;
4)Рабочие изготовители;
Номенклатуравидов предоставляемых услуг: 1 (администрирование БД); Количество отчётов вмесяц: 20; Количество запросов информации: 50; Количество функций системы: 6.
1)Учет ТМЦ;
2)Вычисление площади заготовок;
3)Учет бракованных изделий;
4)Учет расписания тех. специалистов;
5)Учет объема дневной выработки;
6)Учет объема месячной выработки.
Количествоисполнителей: 1. 2.2 Требования кИнформационной системе
2.2.1 Требования к системе в целом
1. Данная ИС должнаиметь четкую, последовательную, легковоспринимаемую организованную структуру.Базу данных. Слаженно и бесперебойно функционировать: Открывать формы, запросысоставлять отчеты.
2. Система должнаэксплуатироваться как одним, так и несколькими пользователями.
3. Система должнавыдавать отчеты согласно утвержденным ГОСТам, а также выполнять функциисогласно написанных для них требований.
4. При эксплуатациисистема должна иметь удобный и понятный интерфейс. Каждая кнопка должнасоответствовать своему назначению.
5. Если в системеимеется особая или секретная информация, то она должна иметь код доступа(пароль).
6. Режимфункционирования – диалоговый (интерактивный)./>
2.2.2 Требования к численности и квалификации персонала
· ИС должна бытьоднопользовательской. Хотя состав пользователей может быть неограниченным, т.е.мастера
· Квалификация пользователейдолжна быть на уровне “уверенного пользователя”. Т.е. пользователь долженхорошо разбираться и работать в приложении Access из пакета Microsoft Office ОСWindows XP Professional./>2.2.3 Показателиназначения
· Жизненный циклсистемы: 3 года.
· Степеньприспособляемости системы к изменению процессов: открытая система.
· Допустимый пределмодернизации: 40%
2.2.4 Требования к эксплуатации, техническому обслуживанию,ремонту и хранению компонентов системы
· Режимэксплуатации ТС: односменный (8 часов).
· Виды ипериодичность обслуживания ТС системы: по мере возникновения неполадок.
· Формаобслуживания: специалистами объекта автоматизации 2.2.5 Требования кзащите информации
Конфиденциальнаяинформация и доступ к базе данных должен с держать пароль. 2.2.6 Требования ксохранности информации при аварийных ситуациях
АРМ должен гарантированнофункционировать 8 часов в сутки, 5 дней в неделю. При аварийных ситуацияхпредусмотрены действия:
Ситуация Действия Отключение питания Использование источника бесперебойного питания Заражение ПК вирусом Использование антивирусных программ Сбой ОС Создание резервных копии системы 2.2.7 Требования по сохранности информации при авариях
Резервное копирование данных на внешних носителях.2.2.8 Требования к функциям (задачам), выполняемым системой
Структура системы:
1) подсистема «Заготовка»; назначение: вычисление площади; функции:
· ввод данных обизделии;
· обновлениеинформации по каждой заготовке;
· выборкаинформации по каждому изделию;
· ввод информациипо объектам монтажа;
· обновление информациипо объектам монтажа;
· выборка информациипо партиям;
· ввод данных поТМЦ;
· обновлениеинформации по ТМЦ.2.3 Требования к видам обеспечения
2.3.1 Математическое обеспечение
· Состав формул ифункций семантически прост и легок в понимании;
· Построение формулдля вычисления согласно ГОСТам применяемых в образовании;
· Используетсяметод прямого счета.
2.3.2Лингвистическое обеспечение
Требованияк языкам разработки ИС зависят от метода проектирования:
· Представляетсобой языки программирования на, которых пишется ИС, т.е. SQL,VBA – языки,применяемые в разработке БД в приложении Access.
Требования к языкам ввода – вывода:
· Ввод-вывод данныхосуществляется с использованием типовых инструментов (радиокнопок, флажков,полей редактирования, меток, текстовых кнопок и т.д.).
Требования к языкам манипулирования данными:
· Используется языкSQL, Формирование кода запроса осуществляется программой и пользователем,который с использованием визуальных компонентов (радиокнопки, выпадающий списоки т.д.) задает ключевые параметры запроса. 2.3.3 Информационное обеспечение
Требования к составу, структуре и способам организации данных в системе:
1)Характеристики внутреннего ИО:
Составданных в системе: БД со следующими таблицами: партия, вставка, решетка,результат, персонал, переход, рейка, отвод, лента-крепеж, короб, изготовление,объект.
Структураданных: реляционная.
Способорганизации данных: локальный
2) Характеристикивнешнего ИО:
Номенклатурадокументов: заказы на изготовление, чертеж – подмерка, отчеты по выполненнымзаказам, отчеты использованным ТМЦ, отчеты по объектам.
Порядокхранения документов:
· место хранения:РМ пользователем мастера СМР;
· форма хранения:однотипные документы группируются в Дела.
правилавыдачи документов:
· выдачаподлинников документов разрешается только сотрудникам организации;
· выдача документовосуществляется с оформлением листа-заместителя, в котором указывается:наименование документа; дата выдачи; ФИО – сотрудника, взявшего документ; датавозврата документа; роспись сотрудника, взявшего документ.
Требованияк информационному обмену между компонентами системы:
Автоматизированноерабочее место является однопользовательской системой, поэтому информационный обменмежду компонентами осуществляется через оперативную память.
Требования к использованию общегосударственных и зарегистрированныхреспубликанских, отраслевых классификаторов, унифицированных документов иклассификаторов, действующих на данном предприятии:
На предприятии заказчика действуют следующие классификаторы и унифицированныедокументы:
· ОКОНХ –общегосударственный классификатор отраслей;
· ОКПО — общегосударственный классификатор предприятий и организаций;
· ИНН –индивидуальный налоговый номер;
· Документыбухгалтерского учета – положение министерства финансов № 285/2 от 1.01.96. обухгалтерском учете на крупных предприятиях.
Требования к применению систем управления базами данных:
Используетсянастольная СУБД MS Access.
Требования к структуре процесса сбора, обработки, передачи данных всистеме и представлению данных:
· Сбор данныхосуществляется сотрудниками организации (источники: информация от заказчика,тех. специалистов);
· Обработка данныхосуществляется пользователем (мастером СМР) и системой: мастер СМР осуществляетввод данных в БД; система осуществляет формирование отчетов.
Требования к защите данных от разрушений при авариях и сбоях в электропитаниисистемы:
Для исключения потери большего объема информации необходимо осуществлятьеженедельное резервное копирование БД.
Использование источника бесперебойного питания на компьютере мастера СМР.
Требования к контролю, хранению, обновлению и восстановлению данных:
1) Обновление данныхосуществляется пользователем (мастером СМР);
Поставщики обновлений:начальник участка №3, Мастера участка №3, технический специалист (подмерщик),Производитель работ участка №7.
2) Контроль данныхосуществляется пользователем (мастером СМР).
3) Хранение данных:данные хранятся в реляционной БД.
4) Восстановление данныхосуществляется пользователем (мастером СМР).2.3.4 Программное обеспечение
Дляотносительно быстрой разработки БД применяется пакет прикладных программAllFusionModeller, в состав которого программы ERwin, Bpwin (IDEF0). Интегрирующиесяна любую платформу СУБД: Oracle, Access, dBase IV, FoxPro и т. д.
Рекомендуемыетехнические средства и операционная система: ПЭВМ типа IBM PC с ОСMicrosoft Windows XP, Vista, пакет MS Office приложение MS Access.2.3.5 Требования к техническому обеспечению системы
1. Процессор IntelPentium II 400 МГц и выше;
2. Оперативнаяпамять 128 Мбайт и выше;
3. Жесткий диск (200Мбайт свободного места) и выше;
4. Устройство чтениякомпакт дисков;
5. SVGA –дисплей;
6. принтер, форматлистов: А4, скорость печати: 10 страниц в минуту и выше;
7. Клавиатура;
8. Манипулятор мышь;
9. видео карта типаSVGA 4-8 Мб VRAM;
10. сетевая карта 100Мбит (в зависимости от сети);
11. устройствопечати. 2.3.6 Требования корганизационному обеспечению
Требования к структуре и функциям подразделений, участвующим вфункционировании системы или обеспечивающих эксплуатацию:
Оставить организационную и функциональную структуру без изменений.
Функционирование ИС будет осуществляться:
1) по сопровождению ПО: проектировщиком;
2) по сопровождению технических средств: пользователем системы./>
2.4 Состав и содержание работ по созданиюсистемы Таблица2.1 – Состав и содержание работ по созданию системыСтадия создания Наименование этапа Содержание работ Сроки выполнения Форма отчетности 1.Обследование и анализ ОА
1.1. Обследование ОА
1.2. Изучение материалов обследования
1.3 Анализ ОА Информационное обследование ОА и формирование требований к системе 14.10.2009 – 30.10.2009 Отчет 2. Техническое задание Разработка и утверждение технического задания на разработку системы Разработка требований ТЗ 03.11.2009 – 25.11.2009 ТЗ 3. Технический проект
3.1. Разработка проектных решений по системе
3.2. Разработка документации на систему Разработка проектных решений по реализации системы 27.11.2009 –21.12..2009 Комплект документации Технического проекта в соответствии с ГОСТом 5. Рабочий проект
5.1. Разработка рабочей документации на систему
5.2. Разработка и адаптация программ
5.3. Ввод системы в действие Разработка программного обеспечения и документации системы, проведение испытаний и ввод системы в постоянную эксплуатацию 08.01.2010 – 15.02.2010 Комплект рабочей документации в соответствии с ГОСТ, акт о приемке системы в постоянную эксплуатацию
Составработ при проектировании ИС:
· Построениеинформационной модели;
· Выявление проблеми недостатков в ИС цеха вентзаготовок ;
· Определениеобласти, на которую будет ориентирована ИС;
· Создание базыданных;
· Определениепотоков информации “откуда – куда”;
· Построениеинформационной модели цеха вентзаготовок «TO – BE»;
· Прогонка ИС;
· Сдача ИС вэксплуатацию./>
2.5 Информационнаямодель
Информационная модель, показанная на рис 2.1, отражаетсобой общую модель цеха, которая непосредственно связана с производственнымпроцессом и отражает положение дел на сегодняшний день, т. е. модель “AS – IS”.
/>
Рисунок 2.1 – Контекстная диаграмма информационноймодели цеха вен заготовок
Стрелками указаны основные информационные потоки:
Заказы на изготовление продукции и ТМЦ – поступаютот руководства СУ;
Продукцию изготавливает бригада слесарей поизготовлению узлов и систем вентиляции;
Трудовые отношения основываются на статьях иправилах Трудового кодекса РФ (Трудовой договор);
Изделия изготавливаются согласно строительнымправилам и нормам (СНиПы);
Сметы на изготовление деталей, начислениезаработной платы осуществляет Бухгалтерия;
Готовая продукция сортируется в системы (партии) иотправляется на объекты монтажа;
Отчетная документация (наряды) отправляются вотделы ПЭО, ПТО.
Потоки информации и их обработка показаны на рисунке2.2.
/>
Рисунок 2.2 –Контекстная диаграмма потоки информации
Вся поступающая информация после её обработки преобразуется в работу и вдальнейшем в готовую продукцию. На рисунке 2.2 показано положение дел, как оно естьна сегодняшний день.
Алгоритм поступления, обработки и выдачи информации:
Поступление
· Начальник участкамонтажа вентиляции ежемесячно выдает план выполнения продукции на месяц,который выражается в объеме через квадратные метры;
· Начальник участкав начале каждого месяца завозит листовой металл (ТМЦ) разной толщины.Стандартные размеры листа любой толщины длина – 2500 мм, ширина – 1250 мм. Из листов изготавливаются узлы и детали СВ и КВ. Чем больше по размерамдеталь, тем толще берется лист для её изготовления;
· Мастера помонтажу СВ и КВ, каждый из которых ведет свой объект монтажа ежедневно утромвыдают заказ на изготовления партий СВ и КВ. Каждая партия состоит из деталей иузлов СВ и КВ и имеет свое название. П – приточка, В – вытяжка, ВЕ – вытяжкаестественная. В свою очередь в состав монтажа любой партии входит, преждевсего, вентилятор определенной мощности (согласно СНиПам), калорифер (в зимнеевремя по нему проходит горячая вода), кондиционер, шумоглушитель, определенноготипа клапана (с электроприводом либо ручным приводом) а уже затем крепятся(монтируются) детали партии./>
Обработка
· Каждый заказ это– комплект из двух бумажных документов: чертеж – который называется подмерка икомплектовочная ведомость, в которой указан объект монтажа, название партий(соответственно приточка и вытяжка[1]), описываютсянаименования деталей и их номера (которые должны соответствовать с номерами вподмерке), количество деталей, их параметры (высота, ширина[2]и длина детали), если деталь – отвод, то дан его градус т.е. обычно это 900;
· Ежедневно утромбригадир, получив заказ, раскладывает подмерку и комплектовочную ведомость.Рабочие, подойдя к столу, отмечают выбранную для изготовления деталь, если имчто-то не ясно как её изготовить, например переход из одной развертки в другую,то они смотрят в подмерку, в которой нарисован подробный чертеж и понумерованноуказаны все Изготавливаемые детали. Отметив деталь, рабочие приступают к ееизготовлению;
· После того каквсе детали будут помечены, а это означает, что заказ обработан, бригадирскладывает оба документа в папку и так он поступает с каждым заказом;
· Заказы бываютбольшими по объему (до 400 м2), средними (до 250 м2), малыми (до 15 м2), среднем в день выдается до 300 м2, все зависит от время года, количества рабочих, и объектов монтажа. Так напримерлетом делается больше объема, а в зимнее время соответственно меньше.
Выдача
· После того какинформация в папке для отработанных заказов накапливается, бригадир каждуюнеделю отдает накопленные отработанные заказы. В свою очередь по нимпроизводитель работ проверяет выполнение еже/>месячного плана выработки. 2.6 Выявлениепроблем и недостатков в ИС цеха вентзаготовок
Выявление проблем в ИС цеха вентзаготовок распределено по информационнымпотокам и разбито на 3 этапа:
Первый этап — Проблемы в поступлении информации
На каждый объект монтажа чертится (рисуется) схема (подмерка) системвытяжной и приточной вентиляции. После чего создается заказ на изготовление ипо подмерке составляется комплектовочная ведомостьсм.ПРИЛОЖЕНИЕГ. Но каждая подмерка имеет погрешность примерно в 10 — 15%. т.е. замерщикне может точно до конца вымерить все системы, так как это практически невозможно. В основном все системы подвешиваются на определенной (иногда набольшой) высоте. И для замеривания замерщику нужно подняться на высоту, что невсегда возможно, поэтому он берет приблизительную величину. В дальнейшем примонтаже звеньевые домеряют нужные расстояния и заказывают мастерам, что бы те всвою очередь составили заказ и передали его в цех на изготовление. Рабочий деньмастера по монтажу СВ и КВ начинается в цехе вентзаготовок, где он делаетзаказ. Затем он забирает выполненный заказ и отправляет его на объект монтажа. Послечего он сам едет на объект монтажа, на котором, находится максимум два часа иуезжает на другой объект, так как, все мастера ведут сразу несколько объектов.Объекты монтажа находятся на разных расстояниях и чтобы добраться до них,требуется время. Все зависит от дальности объекта.
Проблема заключается в том, что дополнительные заказы с каждого объектафактически невозможно за один день передать в цех вентзаготовок. Так какмастеру их надо собрать со всех ведомых объектов. Утвердить у начальникаучастка по изготовлению СВ и КВ, передать в цех, дождаться их изготовления иразвести по объектам монтажа. А иногда дополнительный заказ по объему бываетбольшой. Либо если объект монтажа большой, то дополнительных заказов бываетмного, а то и несколько на день. Чтобы решить эту проблему мастера связываютсяпо мобильному телефону с бригадиром и начинают диктовать наименование деталейих параметры и количество, соответственно указывая объект монтажа. Но и тутиногда выявляется проблемы. Из-за огромного объема информации мастера иногдапутают наименования деталей, их параметры и объект монтажа. Из-за этогополучается путаница в изготовлении, что приводит пусть к небольшим, нонегативным экономическим последствиям. Проблемы при поступлении показаны на рисунке2.3.
/>
Рисунок 2.3 – Проблемы при поступлении информации
Исходя из рис. 2.3 можно увидеть основные проблемы при поступлении информации:
· Уточнениеинформации по каждому заказу, которых может быть несколько. И не понятно,которые из них нужно делать срочно, а которые можно отложить на время.
· Увеличениевремени на принятие информации и начальную (первичную) обработку информации повсем заказам. Происходит путаница в уточнении. К примеру: один мастер говоритодну информацию по объекту, через короткий промежуток времени начальник участка(либо другой мастер) по монтажу СВ и КВ дает другую информацию по этому жеобъекту.
· Помимо этогомастер может подойти к рабочему и в обход бригадира дать небольшой заказнепосредственно рабочему, а спрашивает потом за этот заказ с бригадира.
Второй этап — проблемы и недостатки в переработке информации
Принятая на обработку информация в основном своем содержании имеет болеетрети ненужной информации (информационный шум). В основном происходит дублированиеинформации. Т. е. сначала мастера звонят с объекта и просят записать некоторыедополнительные заказы, затем старшие по объекту (звеньевые) выдают тужеинформацию, тем самым, отвлекая бригадира от работы. Помимо этого некоторыемастера, прибыв в цех, вместо того, чтобы сразу выдать на бумаге дополнительныйзаказ, начинают оправдываться в своих оплошностях при ведении того или иногообъекта (абсолютно не нужная бригадиру информация). Обычно любой дополнительныйзаказ пишется на бумаге формата А4, в котором указан объект монтажа, дата заказа,наименования деталей, их количество. Он немного схож с таблицей Комплектовочнаяведомость, только не имеет самой таблицы. Но при осмотре некоторыхдополнительных заказов были обнаружены грубые нарушения:
· нет даты заказа;
· нет наименованияобъекта;
· у некоторыхдеталей нет половины параметров;
· некоторыедополнительные заказы написаны на клочке бумаги;
На рисунке 2.4 можно увидеть основные проблемы при обработке информации,это:
· Увеличениевремени обработки информации. Нет ежедневного (приблизительного) планаизготовления продукции;
· Из-зазначительного числа заказов, уменьшается темп их обработки. Идет выявлениеприоритетности заказа, в котором в свою очередь тоже идет приоритетностьизготовления. Всё зависит от объема заказа;
· Если нетприоритетности, то начинается изготовление нескольких заказов одновременно. Чтов свою очередь не правильно, так как, всей бригаде приходиться перестраиватьсяна другой темп и лад работы. Например, детальщики[3]становятся на изготовление труб.
/>
Рисунок 2.4 – Обработкаинформации
Помимо всех выше перечисленных недостатков нужно учитывать разрядрабочего его возраст, психическое состояние, состояние здоровья и стаж работы.Именно по этим параметром можно судить о каждом рабочем. Истина проста – чем моложеработник, тем меньше стажа, и соответственно меньше отдача в работе.
Третий этап — Проблемы в выдаче информации
После обработки информации остаётся некоторое количество невыявленныхошибок, что приводит к определенным образом непоправимым последствиям. Так,например путаница в изготовлении деталей приводит к разного рода браку[4].
/>
Рисунок 2.5 – Выдача информации
Исходя из рисунка 2.5 видно, что:
1. бракованныедетали это неправильно изготовленные детали. Деформированные детали идут вметаллолом, а возвратными деталями доукомплектовывают партии, что приводит кзначительным затратам во времени;
2. Недоделанныйзаказ это Недоукомплектованная партия увеличивает время на уточнение, Продукция,отложенная на неопределенное время, которая занимает место в цехе.
Помимо всех вышеперечисленных проблемах существует одна масштабнаяпроблема. Это то, что несмотря на компьютеризацию рабочих мест мастеров иначальников участков, основной документооборот происходит в бумажном виде. Абазовые знания владения компьютером оставляет желать лучшего. Мастера оченьмедленно печатают (составляют отчеты). Многочисленные расчеты при разного родавычислениях происходят вручную при помощи калькулятора либо приложения«Калькулятор» находящегося в составе ОС Widows. 2.7 Определениеобласти ориентирования
Область определения на которуюориентирована ИС, это создание АРМ мастера СМР специализация — вентиляция. Тоесть, это автоматизация некоторых вычислительных процессов с помощьюстандартного приложения MS Access. 2.8 Создание Базыданных
Состав и содержание работ попроектированию БД показан в таблице 2.1.
Таблица 2.2– Структура работ№п/п Наименование работы Результат работы 1 Построение таблиц Начальная информация 2 Построение простых форм Первичная обработка данных 3 Построение простых запросов Простая выборка 4 Построение сложных форм Сложная выборка 5 Построение отчетов Отражение информации 6 Написание макросов Выполнение команд, 7 Построение кнопочной формы Показ работы с СУБД 2.8.1 Структура таблиц созданной базы данных
Таблица 2.3 – Таблицы БД База данных Наимен объекта Таблицы Запросы Формы Отчеты Код 0 1 0 2 0 3 0 4 1 Партия Вставка Короб Короб 2 Персонал Короб Лента-крепёж Вставка 3 Короб Лента-крепёж Отвод Отвод 4 Переход Рейка Вставка Персонал 5 Отвод Результат Партия Рейка 6 Рейка Отвод Результат Лента-крепёж 7 Лента-крепёж Переход Переход Изготовление 8 Вставка Изготовление Рейка Изготовление_об 9 Решётка Изготовление_2 Изготовление_Под 10 Результат Изготовление 11 Изготовление Изготовление_П_2 12 Объект Персонал
Таблица2.4 – ПЕРСОНАЛНаименование поля Тип поля Первичный ключ(PK) Внешний ключ(FK) Ф И О раб Текстовый (30) Да Да Разряд Текстовый(1) Нет Нет Стаж по профес. Текстовый(8) Нет Нет Адрес Текстовый(25) Нет Нет Телефон Текстовый(15) Нет Нет Образование Текстовый(20) Нет Нет Примечание Текстовый(20) Нет Нет
Таблица2.5 – ВСТАВКАНаименование поля Тип поля Первичный ключ(PK) Внешний ключ(FK) № п/п Счетчик Да Нет Наимен заготовки Текстовый (20) Нет Нет Развертка выс Числовой Нет Нет Развертка шир Числовой Нет Нет Длина мм Числовой Нет Нет Площадь м кв Числовой Нет Да
Таблица2.6 – КОРОБНаименование поля Тип поля Первичный ключ(PK) Внешний ключ(FK) № п/п Счетчик Да Нет Наимен заготовки Текстовый(20) Нет Да Развертка выс Числовой Нет Нет Развертка шир Числовой Нет Нет Длина мм Числовой Нет Нет Площадь м кв Числовой Нет Да
Таблица2.7 – ОТВОДНаименование поля Тип поля Первичный ключ(PK) Внешний ключ(FK) № п/п Счетчик Да Нет Наимен заготовки Текстовый(20) Нет Нет Развертка длина Числовой Нет Нет Развертка шир Числовой Нет Нет Градусы Числовой Нет Нет Длина затылка Числовой Нет Нет Ширина затылка Числовой Нет Нет Длина шейки Числовой Нет Нет Ширина шейки Числовой Нет Нет Площадь м кв Числовой Нет Да
Таблица2.8 – ПЕРЕХОДНаименование поля Тип поля Первичный ключ(PK) Внешний ключ(FK) № п/п Счетчик Да Нет Наимен заготовки Текстовый (20) Нет Нет Развертка выс макс Числовой Нет Нет Развертка выс мин Числовой Нет Нет Развертка шир макс Числовой Нет Нет Развертка шир мин Числовой Нет Нет Длина мм Числовой Нет Нет Площадь м кв Числовой Нет Нет
Таблица2.9 – РЕЙКАНаименование поля Тип поля Первичный ключ(PK) Внешний ключ(FK) № п/п Счетчик Да Нет Наимен заготовки Текстовый(20) Нет Нет Развертка длина Числовой Нет Нет Развертка шир Числовой Нет Нет Площадь м кв Числовой Нет Нет
Таблица2.10 – Лента_КРЕПЁЖНаименование поля Тип поля Первичный ключ(PK) Внешний ключ(FK) № п/п Счетчик Да Нет Наимен заготовки Текстовый (20) Нет Нет Длина мм Числовой Нет Нет Ширина мм Числовой Нет Нет Площадь м кв Числовой Нет Нет
Таблица2.11 – РЕШЁТКАНаименование поля Тип поля Первичный ключ(PK) Внешний ключ(FK) № п/п Счетчик Да Нет Наимен заготовки Текстовый(20) Нет Нет Длина мм Числовой Нет Нет Ширина мм Числовой Нет Нет Площадь м кв Числовой Нет Нет
Таблица2.12 – РЕЗУЛЬТАТНаименование поля Тип поля Первичный ключ(PK) Внешний ключ(FK) № п/п Счетчик Да Нет Материал Текстовый(20) Нет Нет Площадь заготовки Числовой Нет Нет Наимен заготовки Текстовый(20) Нет Нет Площадь заг м кв Числовой Нет Нет Остаток Числовой Нет Нет Новая заготовка шт Числовой Нет Нет
Результатсоздания таблиц показан на рисунке 2.7.
/>
Рисунок2.7 – Таблицы2.8.2 Описание запросов к базе данных
Некоторыезапросы определяются требованиями отчетов, т.е. сформированный запрос впоследующем может быть выведен в отчет.
Запрос1
Имя файла запроса: Вставка_Запрос
Текст на SQL:
Вывестиобщую информацию из таблицы “ВСТАВКА”.
SELECTЗаготовка_ВСТАВКА.[№п/п], ВСТАВКА.[Наимен заготовки], ВСТАВКА.[Развертка выс],ВСТАВКА.[Развертка шир], ВСТАВКА.[Длина мм], ВСТАВКА.[Площадь м кв]
Даннаяоперация вычисляет площадь заготовки “Вставка”:
FROM ВСТАВКА
WHERE(((ВСТАВКА.[Площадь м кв]) Like 'In(SELECT(([ВСТАВКА].[Разверткавыс]*[ВСТАВКА].[Развертка шир])*[ВСТАВКА].[Длина мм])*2'));
Запрос2
Имя файла запроса: Короб_Запрос
Текст на SQL:
Вывестиобщую информацию из таблицы “КОРОБ”.
SELECTКОРОБ.[№п/п], КОРОБ.[Наимен заготовки], КОРОБ.[Развертка выс], КОРОБ.[Разверткашир], КОРОБ.[Длина мм], КОРОБ.[Площадь м кв]
Даннаяоперация вычисляет площадь заготовки “КОРОБ”:
FROMЗаготовка_КОРОБ
WHERE(((КОРОБ.[Площадь м кв]) Like 'In (SELECT(([КОРОБ].[Разверткавыс])*([КОРОБ].[Развертка шир]))*([КОРОБ].[Длина мм])))'));
Запрос3
Имя файла запроса: Отвод_Запрос
Текст на SQL:
Вывестиобщую информацию из таблицы “ОТВОД”.
SELECTОТВОД.[№п/п], ОТВОД.[Наимен заготовки], ОТВОД.[Развертка шир], ОТВОД.Градусы,ОТВОД.[Длина затылка], ЗОТВОД.[Ширина затылка], ОТВОД.[Длина шейки],ОТВОД.[Ширина шейки], ОТВОД.[Площадь в м кв] AS Выражение1
Даннаяоперация вычисляет площадь заготовки “ОТВОД”:
FROMОТВОД
WHERE ((([ОТВОД].[Площадь в м кв]) Like'In(SELECT((((((3,14)*(([ОТВОД].[Развертка шир])*([ЗОТВОД].[Разверткашир])))/4)+([ОТВОД].[Длина шейки]*[ОТВОД].[Развертка
шир])*2)+([ОТВОД].[Длинашейки]*[ОТВОД].[Развертка шир])+([ОТВОД].[Длина затылка]*[ОТВОД].[Разверткадлина])))))) ';
Запрос4
Имя файла запроса: Переход_Запрос
Текст на SQL:
Вывестиобщую информацию из таблицы “ПЕРЕХОД”.
SELECTПЕРЕХОД.[№п/п], ПЕРЕХОД.[Наимен заготовки], ПЕРЕХОД.[Развертка выс макс],ПЕРЕХОД.[Развертка выс мин], Заготовка_ПЕРЕХОД.[Развертка шир макс],ПЕРЕХОД.[Развертка шир мин], ПЕРЕХОД.[Длина мм], ПЕРЕХОД.[Площадь м кв]
Даннаяоперация вычисляет площадь заготовки “ПЕРЕХОД”:
FROMПЕРЕХОД
WHERE(((ПЕРЕХОД.[Площадь м кв]) Like 'In(SELECT((((([ПЕРЕХОД].[Развертка высмакс]+[ПЕРЕХОД].[Развертка шир макс])*[ПЕРЕХОД].[Длинамм]))*(0,5))*2)+(((([ПЕРЕХОД].[Развертка выс мин]+[ПЕРЕХОД].[Развертка ширмин])*([ПЕРЕХОД].[Длина мм])*(0,5))*2)))))'));
Запрос5
Имя файла запроса: Рейка_Запрос
Текст на SQL:
Вывестиобщую информацию из таблицы “РЕЙКА”.
SELECTРЕЙКА.[№п/п], РЕЙКА.[Наимен заготовки], РЕЙКА.[Развертка длина],РЕЙКА.[Развертка шир], РЕЙКА.[Площадь м кв]
Даннаяоперация вычисляет площадь заготовки “РЕЙКА”:
FROMРЕЙКА
WHERE(((РЕЙКА.[Площадь м кв]) Like 'In(SELECT([РЕЙКА].[Разверткадлина]*[РЕЙКА].[Развертка шир]))'));
Запрос6
Имя файла запроса: Лента_Крепёж_Запрос
Текст на SQL:
Вывестиобщую информацию из таблицы “ ЛЕНТА_КРЕПЁЖ ”.
SELECTЛЕНТА_КРЕПЁЖ.[№п/п], ЛЕНТА_КРЕПЁЖ.[Наимен заготовки], ЛЕНТА_КРЕПЁЖ.[Длина мм],ЛЕНТА_КРЕПЁЖ.[Ширина мм], ЛЕНТА_КРЕПЁЖ.[Площадь м кв]
Даннаяоперация вычисляет площадь заготовки “ ЛЕНТА_КРЕПЁЖ ”:
FROMЛЕНТА_КРЕПЁЖ
WHERE(((ЛЕНТА_КРЕПЁЖ.[Площадь м кв]) Like 'In(SELECT([ЛЕНТА_КРЕПЁЖ].[Длинамм]*[ЛЕНТА_КРЕПЁЖ].[Ширина мм]))'));
Запрос7
Имя файла запроса: Решётка_Запрос
Текст на SQL:
Вывестиобщую информацию из таблицы “ РЕШЁТКА ”.
SELECTРЕШЁТКА.[№п/п], РЕШЁТКА.[Наимен заготовки], РЕШЁТКА.[Длина мм], РЕШЁТКА.[Ширинамм], РЕШЁТКА.[Площадь м кв]
Даннаяоперация вычисляет площадь заготовки “ РЕШЁТКА ”:
FROMРЕШЁТКА
WHERE(((РЕШЁТКА.[Площадь м кв]) Like 'In(SELECT([РЕШЁТКА].[Длинамм]*[РЕШЁТКА].[Ширина мм]))'));
Запрос8
Имя файла запроса: Отходы_Запрос
Текст на SQL:
Вывестиобщую информацию из таблицы “ ОТХОДЫ ”.
SELECTОТХОДЫ.[№п/п], ОТХОДЫ.Материал, ОТХОДЫ.[Площадь мат м кв], ОТХОДЫ.Заготовка,ОТХОДЫ.[Площадь заг м кв], ОТХОДЫ.[Количество шт], ОТХОДЫ.[Общая площадьзагот], ОТХОДЫ.Отходы
Даннаяоперация вычисляет площадь материала, который остается после изготовлениядеталей:
FROMОТХОДЫ
WHERE(((ОТХОДЫ.[Общая площадь загот]) Like 'In(SELECT([ОТХОДЫ].[Площадь заг мкв]*[ОТХОДЫ].[Количество шт])') AND((ОТХОДЫ.Отходы)='In(SELECT([ОТХОДЫ].[Площадь мат м кв]-[ОТХОДЫ].[Общая площадьзагот])'));
Основнаянужная информация из выше перечисленных запросов – площадь отходов в м кв.
Запрос9
Имя файла запроса: Результат_Запрос
Текст на SQL:
Вывестиитоговую информацию из таблицы 2.12 – РЕЗУЛЬТАТ, которая отражает: какоеколичество деталей можно сделать из остатков металла полученных при изготовленииопределенной заготовки.
SELECTРЕЗУЛЬТАТ.[№п/п], РЕЗУЛЬТАТ. Материал, РЕЗУЛЬТАТ.[Площадь листа],РЕЗУЛЬТАТ.[Наимен заготовки], РЕЗУЛЬТАТ.[Площадь заготовки м кв], Abs([Площадьлиста]-[Площадь заготовки м кв]) AS Остаток, Round([Остаток]/[Площадь заготовким кв]) AS [Заготовка из остатка шт]
FROMРЕЗУЛЬТАТ;
Результатсоздания запросов показан на рисунке 2.8.
/>
Рисунок 2.8 – Запросы
На рисунке 2.9 показан результат создания форм.
/>
Рисунок 2.9 — Формы
Главная форма в режиме Конструктора показана на рис. 2.10.
/>
Рисунок 2.10 – Главная форма
Разработанная СУБД “Производственный процесс”в приложении Access в режим Просмотрпоказана на рисунке 2.11.
/>
Рисунок 2.11 – Разработанная СУБД
2.8.3 Порядок контроляи приемки системы
· Статус приемочнойкомиссии: вневедомственная;
· Испытание системыосуществляется с использованием контрольного примера;
Место – База подготовки производства специализированного управления треста«Сургутремстрой» ОАО «Сургутнефтегаз», 10.02.2010.2.8.4 Требования к составу и содержанию работ по подготовкеобъекта автоматизации к вводу системы в действие
1) Установка программына ПК мастера СМР (пользователя);
2) Обучениепользователя основам работы в программе;
3) Осуществлениеавторского надзора (разработчик присутствует при работе пользователя с программой).
2.8.5 Требования к документированию
· Документация наразрабатываемую программную систему включает:
· Техническоезадание в соответствии с ГОСТ 34.602-89;
· Информационноеобеспечение РД 50-34.698-90;
· Технологическаясеть проектирования;
· Постановка задачиРД 50-34.698-90;
· РуководствоПользователя (см ПРИЛОЖЕНИЕ Е); 2.8.6 Источникиразработки
1) Методическое пособие по MS Access.
2) Рабочая документация: чертежи — подмерки, комплектовочные ведомости,заказы на изготовления.
3) Литература по CRM – концепции.
2.8.7 Используемыеклассификаторы и системы кодирования
Всоставе информационного обеспечения рассматриваемого комплекса задач важноеместо отводится классификаторам экономической информации:
· Обеспечить сжатиепризрачной части показателей, а, следовательно, и сократить объем хранимойинформации в ЭВМ и время на поиск информации, необходимой для решения задач,облегчить обработку информации позволяют классификация и кодирование информации.
· Кодированиемназывается процесс присвоения объектам кодовых обозначений. Основная целькодирования состоит в однозначном обозначении объектов, а также в обеспечениинеобходимой достоверности кодируемой информации.
Выборсистемы кодирования в основном зависит от количества классификационныхпризнаков и разработанной системы классификации. Система классификации -это совокупность правил распределения объектов множества на подмножества.Классифицирование - это процесс распределения объектов данного множествана подмножества. Классификация - это результат упорядоченногораспределения объектов заданного множества.
Различаютиерархическую и многоаспектную системы классификации. Иерархическая системаклассификации предполагает разбиение исходного множества на подмножества, междукоторыми установлены отношения соподчиненности (иерархии). В зависимости отколичества классификационных признаков возможно наличие нескольких уровнейклассификации. В многоаспектных системах классификации применяется параллельнонесколько независимых признаков в качестве классификационных, т. е. Исходноемножество рассматривается одновременно в разных аспектах (например, фасетнаясистема классификации).
Системыкодирования делятся на регистрационные и классификационные.
Регистрационнаясистема кодирования используется для идентификации объектов, которые не требуютпредварительной классификации и независимы от существа решаемых задач.Различают порядковую и серийно-порядковую системы кодирования.
Порядковаясистема кодирования заключается в последовательном порядке регистрацииобъектов. Признаки классификации отсутствуют, что впоследствии не позволитполучать промежуточные итоги.
Серийно-порядковаясистема кодирования применяется для кодирования однопризнаковых номенклатур,находящихся в определенной соподчиненности. Старшему признаку выделяется серияномеров с учетом возможного расширения позиции объекта, а младшемуприсваиваются порядковые номера в пределах выделенной серии.
Послерегистрации всех данных и/или в конце отчётного периода, формируется файлотчёта в соответствии с тем, какой отчёт необходим. Для кодирования данногофайла было определено несколько признаков классификации. Среди них: датасоздания документа, заказ, объект монтажа, система[5],вид отчета. После анализа структуры была выбрана комбинированная система кодирования
На рисунке 2.12 показана структура кодируемого элемента.
/>/>/>/>/>/>/>/>/>/>/>XXXXXX.X. X. XX. XXХ
/>Вид отчета.
/>Система.
/>Объект монтажа.
/>Заказ.
/>Дата создания документа.
Рисунок2.12 – Структура кодируемого элемента
Датасоздания документа.
Формат: ДД ММ ГГ.
Например: 010209– 1 февраля 2009г.
Заказ.
Формат: 1
Трёхзначное число;
Объект монтажа
Формат: 1
1 – наименовании.
Система.
Формат:1 – 2
1 – Вытяжка;
2 – Приточка.
Вид отчёта.
Формат: 1- 3.
1 – отчёт по сделанным партиям;
2 – отчёт по каждому рабочему;
3 – отчет по всем рабочим. 2.8.8 Характеристикавходной оперативной информации
Описаниевходной оперативной информации.
Коперативной относится информация, которая меняется для каждого фиксированногослучая ее использования:
1. Для решения задач вычисления площади вентзаготовок используется документ“Комплектовочная ведомость”. Таблица “Комплектовочная ведомость” являетсямногострочным документом. Количество документострок от 20 до 50. Числодокументов в среднем около 70 в месяц. Макет размещения информации представленв приложении 3;
2. При изготовлении каждой детали используется Чертёж – подмерка дляподробного уточнения информации (нахождение, параметры, наименование). 2.8.9 Характеристика результатной информации
Результатная информация может быть как в электронном виде, так и в видебумажного документа.
Результатная информация представляет собой сформированные по запросамотчеты, которые содержат в себе информацию по:
· объемувыполненных работ;
· площадь заготовки;
· информация орабочих бригады по изготовлению СВ и КВ.
Итоговые отчеты показаны в приложениях 5 и 6. 2.8.10 Определениепотоков информации «откуда» — «куда»
На рисунке 2.13 отражено направление потоков информации в цехе вентзаготовок.
/>
Рис. 2.13 – Потоки информации в цехе вентзаготовок2.9 Информационнаямодель цеха вентзаготовок «TO — BE»
На рис 2. 14 отражена информационная модель «TO — BE» цеха вентзаготовок.
/>
Рисунок 2.14 – Модель «TO — BE» ИС цеха вентзаготовок
Рисунок 2.15 показывает как происходит получение и обработка заказов вцехе вентзаготовок модели «TO – BE».
/>
Рисунок 2.15 – Получение и обработка заказов
Рисунок 2.16 отражает нужное направление информации при комплектациизаказов, их распределение на рабочий день, а также распределение по объектаммонтажа в модели «TO – BE».
/>
Рисунок 2.16 – Декомпозиция «Получение и обработка заказов»
Рисунок 2.17 отражает приоритетность изготовления заказов. В первуюочередь изготавливаются срочные заказы, монтаж которых будет сдаваться в первуюочередь. А уже за тем исполняются заявки второй очереди.
/>
Рисунок 2.17 — Приоритетность изготовления заказов
3. Обоснование экономической эффективностипроекта
3.1 Выбор методаоценки обоснования экономической эффективности
Экономическаяэффективность позволяет судить о необходимости внедрения или не внедренияпрограммного продукта. В основе исчисления экономической эффективности лежитсопоставление существующего реально метода обработки данных (иначе базовыйвариант) и внедряемого метода обработки (иначе проектный вариант). При этомобязательно проводится анализ затрат, необходимых для выполнения всех операций,сопутствующих внедрение нового метода обработки данных.
Выборбазы для сравнения зависит от цели расчета эффективности, то есть того, чтотребуется определить: ожидаемую, а также фактическую эффективность в конкретныхусловиях применения вычислительной техники или наиболее выгодный способ обработкиданных. В данном случае за базу для сравнения следует принять способ выполненияработ, существующий в конкретных условиях до применения данной вычислительнойтехники, во втором случае - предлагаемый лучший способ обработки данных.
Особенностьюрасчетов сравнительной эффективности автоматизированной обработки данныхявляется то, что в отдельных случаях базовый вариант может отсутствовать. Весьэффект определяется сопоставлением экономии от использования информации сзатратами на ее получение.
Данный метод позволяет как результаты, так и затраты привести всоответствие и представить в стоимостном выражении. В соответствии со сложившимсяподходом к определению эффективности информационной системы, результат еесоздания (усовершенствования) характеризуется экономией, получаемой наоцениваемом объекте по сравнению с базовым периодом. В связи с этим сложностьоценки заключается в определении результатов автоматизации информационныхпотоков (внедрения ИС) в виде получаемой экономии, а так же в правильномсопоставлении этой экономии с произведенными затратами.
Посколькуэкономическая эффективность характеризуется в основном соотношением двухвеличин – произведенных затрат на автоматизацию управления (ИС) и полученнойэкономии, для определения экономического эффекта автор данного проекта использовалметод приведенных затрат.
Прежде всего решаетсявопрос об оценке необходимости приобретения вычислительной техники или аренды.Даже, если собственной вычислительной техники достаточно, необходимо определитьсобственные затраты и в первую очередь сравнить затраты: стоимость обработкиинформации на собственном оборудовании со стоимостью арендуемого машинноговремени. Собственные затраты рассчитываются как приведенные.
З = Р + ЕnK(1.1.)
В свою очередьприведенные затраты зависят от объема обработанной информации и складываютсяиз:
Р – эксплуатационныерасходы на функционирование системы;
К – капитальные(единовременные) затраты на разработку системы;
Еn — нормативный коэффициент приведения затрат к единому году. Для вычислительнойтехники Еn = 0,25 ¸0,35.
Капитальные затраты наобработку системы
Капитальные(единовременные) затраты включают в себя пять основных составляющих:
К = Кпр + Коб+ Квс + Кпм + Кмит (1.2.)
Кпр –затраты на проектирование системы, руб.;
Коб –затраты на основное оборудование, руб.;
Квс –затраты на вспомогательное оборудование, руб.;
Кпм –затраты на строительство и ремонт помещений, руб.; Кмит –затраты, связанные с монтажом, наладкой и транспортировкой оборудования.
Затраты, связанные спроектированием системы обычно определяются через заработную плату сотрудников,привлекаемых к разработке системы.
/>(1.3.)
Зi –заработная плата работников i – категории, руб. в месяц;
Т – время работы,месяцев;
f – коэффициентотчислений на заработную плату;
N — количествокатегорий сотрудников, привлеченных к разработке, чел.;
Дпр –прочие расходы (затраты на командировку, телефон и почтовые услуги), какправило, равные 0,7 стоимости оборудования.
К основномуоборудованию относят любые технические устройства, необходимые для разработки:компьютеры, принтеры, сканеры и т.п.
Затраты на основноеоборудование:
Коб = Соб(1 + kус), (1.4.)
где kус — коэффициент установки; kус = 0,01 ¸0,02;
Соб-балансовая стоимость оборудования, руб.
Затраты навспомогательное оборудование определяются либо прямым счетом, либопропорционально стоимости оборудования:
Квс = (0,15¸0,02) Соб.(1.5.)
Затраты на монтаж,наладку и транспортировку оборудования зависят от сложности оборудования, егоколичества, а так же способа и стоимости перевозки. Для предварительныхрасчетов затраты принимаются на уровне 10 — 20% стоимости основного оборудования:
Кмнт =(0,10 ¸0,20) Соб.(1.6.)
Затраты настроительство и реконструкцию помещения определяется либо прямым счетом, либоотносительно стоимости основного оборудования:
Кпм = (0,20¸0,50) Соб.(1.7.)
Таким образом, общаявеличина капитальных (единовременных) затрат составляет 2,16 ¸ 2,62 балансовой стоимости основногооборудования.
Эксплуатационныерасходы на функционирование системы
Эксплуатационныерасходы на функционирование системы характеризуют себестоимость обработкиинформации и складываются из трех составляющих:
Р = Росн +Рауп + Робщ (1.8.)
Росн –заработная плата основного производственного персонала, руб.;
Рауп — заработная плата административно — управленческого персонала (АУП). руб.;
Рауп = 0.25 Росн (1.9.)
Робщ –общепроизводственные расходы, руб.
Общепроизводственные расходывключают в себя:
Робщ = Рэн+ Рм + Ррем + Рзап + Ркс + Рпр(1.10.)
Рэн –затраты на оплату электроэнергии, руб.; зависят от количества оборудования,потребляемой мощности, кВт/ч;
Рм –затраты на материалы, связанные с функционированием разработанной системы(бумага, дискеты, картриджи, обтирочные материалы и т.п.), руб.;
Ррем –затраты, связанные с ремонтом оборудования (заработная плата сотрудников,осуществляющих ремонт, либо стоимость договора со сторонней организацией,выполняющей ремонт оборудования), руб.;
Рзап –затраты, связанные с приобретением запчастей для ремонта оборудования, руб.; Ркс – затраты на аренду каналов связи, руб.;
Рпр –прочие расходы, руб., чаще всего Рпр = 0,6 Робщ.
Для того чтобыопределить экономическую эффективность, необходимо подсчитать расходы до ипосле разработки и внедрения системы:
/>= Э(1.11.)
где Р0–расходы до разработки системы, руб.;
Р1 –расходы после разработки системы, руб..
Срок окупаемостиразработанной системы рассчитывается как отношение капитальных затрат кэкономической эффективности:
Тр = К / Э,(1.12.)
Обратная величинабудет представлять расчетный коэффициент приведения:
Ер = Э / К,(1.13.)
Ер – расчетныйкоэффициент приведения.
Этот показательнеобходимо сравнить с нормативным коэффициентом приведения (Еn =0,25 ¸0,35). В данном случае необходимо,чтобы соблюдалось следующее соотношение:
Ер/> 3.2 Расчёт показателей экономической эффективностипроектаметодом приведённыхзатрат
Исходные данные по заработной плате персонала, расценкам и нормативнымкоэффициентам приведены в таблице 3.1.
Таблица 3.1 — Исходные данные№ п/п
Наименование
показателей Усл. обозначение Ед. измерения
Значения
показателей до ИС с ИС 1 2 3 4 5 6 1. Коэффициент отчислений F % 26 26 2.
З/п начальника БПП[6] З руб. 50000,00 50000,00 3. З/п мастера СМР З2 руб. 40000,00 40000,00 4. З/п ведущего специалиста З3 руб. 30000,00 11999,904 5. Стоимость электроэнергии руб. 1 1 6. Норм. Коэффициент приведения затрат к единому году
Ен - - 0,25
За один месяц потреблениеэлектроэнергии – 300 кВт/ч.
Рэн = 300*12*1=3600,00руб.
Расходы на материалы за 12 месяцевсоставили:
Рм = 2020,00*12=24240 руб.
Расходы на ремонт (цена договорная):
Ррем =1000,00 руб.
Рзап =1000,00 руб.
Поскольку Робщ+ Рпр = 3600,00+24240,00+1000,00+1000,00=29840,00 руб., то
Рпр =0,6*29840,00=17904,00руб., следовательно,
Робщ =29840,00+17904,00=47744,00 руб.
Расходы на материалыдо внедрения ИС приведены в таблице 3.2.
Таблица 3.2 — Расходына материалы до внедрения ИСМатериалы
Ед.
измерения Кол-во
Цена
за ед. (руб.) Стоимость (руб.) Бумага упаковка 2 200 400,00 Канцтовары - - - 500,00 Картридж шт 0,16 7000 1120,00 Итого 2020,00
До разработки ИСработал начальник БПП, мастер СМР и ведущий специалист.
Так как учётомвыполненного объема производства занимается только ведущий специалист,рассчитаем стоимость часа его работы.
Стоимость часа работы ведущего специалиста приведенав таблице 3.3.
Таблица 3.3 – Стоимость работысотрудниковСотрудник Заработная плата Кол-во раб часов в месяц Стоимость часа работы Ведущий специалист 30000 147 204,08
Количество времени, которое ведущий специалисттратит без системы за месяц, определено в таблице 3.4.
Таблица 3.4 – Затраты времени ведущего специалиста без использованияавтоматизированной системыСотрудник Кол-во выходных документов Время на 1 документ (ч) Стоимость часа Стоимость затрат Ведущий специалист 294 0,2 204,08 11999,904
Примем стоимостьзатрат ведущего специалиста без использования автоматизированной системы за заработнуюплату ведущего специалиста.
Таким образом расходы до внедрения ИС(Р0) составят:
Расчетный период –12 месяцев.
Росн= (50000,00+40000,00+30000,00)*12*0,26=374400 руб.
Рауп = 0,25 *374400= 93600руб.
Таким образом,эксплуатационные расходы до разработки и внедрения автоматизированной системысоставляют:
Р =374400 + 93600 + 47744,00 = 515744руб.
Теперь рассчитаемприведенные затраты после разработки и внедрения ИС.
Разработкой системызанимается 1 ведущий специалист, месячная заработная плата – 30000,00 рублей.Фактическое время, затраченное на разработку системы приведена в таблице 3.5.
Таблица 3.5 – Временные этапыразработки ИССтадия создания
Наименование этапа Сроки выполнения 1.Обследование и анализ ОА
1.1. Обследование ОА
1.2. Изучение материалов обследования
1.3 Анализ ОА 15.10.2008 – 31.10.2008 2. Техническое задание Разработка и утверждение технического задания на разработку системы 01.11.2008 – 22.11.2008 3. Технический проект
3.1. Разработка проектных решений по системе
3.2. Разработка документации на систему 23.11.2008 –31.12..2008 5. Рабочий проект
5.1. Разработка рабочей документации на систему
5.2. Разработка и адаптация программ
5.3. Ввод системы в действие 05.01.2009 – 15.02.2009 ИТОГО время на разработку системы 4 месяца
Поскольку разработкапрограммного обеспечения осуществляется на компьютере, ранее установленном длярешения других задач, затраты на основное оборудование в основные затраты невключаются. Следовательно капитальные затраты будут равны затратам напроектирование.
К = Кпр
Кпр = 30000,00*4*0,26 =31200
К = 120000 + 31200 = 39312
Теперь рассчитаем эксплуатационныерасходы на решение задачи после внедрения автоматизированной системы.
Расходы на электроэнергию – 350кВт/ч.
Рэн = 350*12*1=4200,00руб.
В таблице 3.6 приведены расходы наматериалы после внедрения ИС.
Таблица 3.6 — Расходы на материалыпосле внедрения ИСМатериалы
Ед.
измерения Кол-во Цена за ед. (руб.) Стоимость (руб.) Бумага упаковка 1 200 200,00 Канцтовары - - 500,00 Картридж для принтера шт. 0,10 7000,00 700,00 Итого 1400,00
Расходы на материалы за 12 месяцевсоставили:
Рм = 16800,00 руб.
Расходы на ремонт (цена договорная):
Ррем =1000,00 руб.
Рзап =1000,00 руб.
Робщ + Рпр=4200,00+16800,00+1000,00+1000,00=23000,00 руб.
Рпр =0,6*23000,00=13800,00руб.
Робщ =23000,00+13800,00=36800,00 руб.
После разработки ивнедрения ИС также остались работать начальник БПП, мастер СМР и ведущийспециалист.
Количество времени, которое каждый работник тратитза месяц при использовании разработанной системы, определено в таблице 3.7.
Таблица 3.7 – Затраты времениведущего специалиста с использованием ИССотрудник Кол-во выходных документов Время на 1 документ(ч) Стоимость часа Стоимость затрат Ведущий специалист 294 0,2 204,08 11999,904
Примем стоимостьзатрат ведущего специалиста с использованием автоматизированной системы за заработнуюплату ведущего специалиста.
Расходы за расчетныйпериод (12 месяцев) после внедрения ИС составили:
Росн=(50000,00+40000,00+11999,904)*12*0,26=318239,7руб.
Рауп = 0,25 * 318239,7 = 79559,92руб.
Таким образом, эксплуатационныерасходы после разработки и внедрения ИС составляют:
Р = 318239,7 + 79559,92 + 36800,00 = 434559,62руб.
Р1= 434559,62 руб.
Приведенные затраты:
З = 434559,62 + 0,25 * 39312 = 444387,62руб.
Условный экономический эффект = 515744– 444387,62 = 71356,38 руб.
Срок окупаемости:
Тр = 39312 / 71356,38 = 0,55месяцев
Расчетный коэффициент:
Ер = 71356,38 / 39312 = 1,8
Результаты расчета представлены втаблице 8.
Таблица 3.8 – Результатырасчёта экономической эффективности проекта№ п/п
Наименование
показателей Усл. обозн. Ед. измер. Значение показателей 1 Приведенные затраты З руб. 31200 2 Расходы до внедрения ИС
Р0 руб. 515744 3 Расходы после внедрения ИС
Р1 руб. 444387,62 4 Экономический эффект Э руб. 71356,38 5 Срок окупаемости
Тр месяц 0,55 6 Расчетный коэффициент
Ер 1,8
ЗаключениеРезультатом данного дипломного проекта является создание ивнедрение в промышленную эксплуатацию малой информационной системы, которая помоглаавтоматизировать, такие функции управления, как: вычисления площади заготовок;поиск нужных документов; составление различных отчётов.
В ходе работы над дипломным проектом было проведено обследование автоматизируемогорабочего места, выявлены недостатки, определены пути их решения. Обследованыпотоки входной, нормативно-справочной и выходной информации. Произведен поиск ианализ аналогичного программного обеспечения. Было выполнено проектирование исоздание базы данных, разработан интерфейс.
Информационная система достаточно проста в эксплуатации, легка в использованиии не требует дополнительного специального обучения.
Данная система позволяет:
Ø Вычислять площадивентзаготовок любой сложности изготовления;
Ø производить быстрыйпоиск документов по их кодам и названиям;
Ø выводить отчетына печать.
В дальнейшем планируется расширение базы данных:
· Добавлениеинформации по складу ТМЦ;
· Планированиевыполнения объемов изготовляемой продукции;
· Учет ТМЦ
На основании замечаний и предложений со стороны пользователя будутвнесены дополнения и изменения в систему.
Методом приведенных затрат получен условный экономический эффект отвнедрения информационной системы в размере 40584 рублей, сократилось числосотрудников. Срок окупаемости проекта составляет 6 месяцев.
Список использованной литературы
1. Алфимов Р.В.,Красникова С.А., Золотухина Е.Б. Способ описания функциональных требований ксистеме и ее функций с использованием стандартов и универсального языкамоделирования. – (http://www.interface.ru/home.asp?artId=16728)
2. Благодатских В.А.Стандартизация разработки программных средств: Учебн. Пособие. – М.: Финансы истатистика, 2005.
3. Багиев Г.Л.Маркетинг: Информационное обеспечение. Бенчмаркинг. Диагностика — СПб: СПбГУЭФ, 1998.
4. Вендров А.М.Практикум по проектирование программного обеспечения экономических информационныхсистем. – М.: Финансы и статистика, 2006.
5. Вендров А.М.Проектирование программного обеспечения экономических информационных систем:учебник. – М.: Финансы и статистика, 2006.
6. Грекул В. И.Проектирование информационных систем, 2005.
7. Жоголев Е.А.Технология программирования. — М.: Научный мир, 2004.
8. Иванова Г.С.Технология программирования: Учебник для вузов.- М.: Изд-во МГТУ им. Н.Э.Баумана, 2002.
9. Калянов Г.Н.Моделирование, анализ, реорганизация и автоматизация бизнес-процессов. Учебноепособие: М.: Финансы и статистика, 2006.
10. Кролл П., КратченФ. Rational Unified Process – это легко. Руководство по RUP для практиков. Пер.с англ. – М.: КУДИЦ-ОБРАЗ, 2004. – 432 с
11. Липаев В.В. Программная инженерия.Методологические основы: Учеб.: Гос. ун-т — Высшая школа экономики. — М.:ТЕИС, 2006.
12. Колясников С.А.Корпоративные информационные системы. Взгляд изнутри Москва МИСИС, 2000.
13. Корпоративныеинформационные системы // www.nyagan.ru/
14. Курчеева Г.И.Лекции Производственный менеджмент в КИС, 2009.
15. Клочков Г.А. CASE– средства разработки информационных систем. Учебное пособие. Сургут, 2008.
16. Кузнецов А.И. MicrosoftAccess 2003 Русская версия Учебный курс, 2006.
17. Клуб информатиков– Технологические операции. www.northerncrown.ru Лиходедов Н.П., Товстых Л.Е.Информационные ресурсы для бизнеса. – СПб: Питер, 1999.
18. Маклаков С.В.Создание информационных систем с AllFusion Modeling Suite.- М.: ДИАЛОГ-МИФИ,2003.
19. Мацяшек Л. Анализтребований и проектирование систем. Разработка информационных систем сиспользованием UML. – М.: Вильямс, 2002.
20. Мирошниченко Г.А.Реляционные базы данных: практические приёмы оптимальных решений. СПб 2005.
21. Орлик С., БулуйЮ. Введение в программную инженерию и управление жизненным циклом ПО:[электронный ресурс] www.sorlik.ru/swebok/3-software_engineering.pdf — доступ свободный.
22. Ойхман Е.Г.,Попов Э.В. Реинжиниринг бизнеса: реинжиниринг организации и информационныетехнологии. – М.: Финансы и статистика, 1998.
23. Смирнова Г.Н.,Сорокин А.А., Тельнов Ю.Ф. “Проектирование ЭИС” учебник Москва, 2003.
24. Структура ТЭО,разработка, содержание ТЭО. www.bparkadia.ru/publication20.htm.
25. Техническоезадание Требования к содержанию и оформлению. www.nist.ru
26. Технико –экономический анализ и обоснование рыночной новизны программного продукта.revolution.
27. Федотова Д.Э.,Семёнов Ю.Д., Чижик К.Н. CASE-технологии: практикум.- М.: Горячая линия–Телеком, 2005.
ПриложенияПриложение А
Комплектовочнаяведомость
Таблица А.1 – Комплектовочнаяведомость
№
Изделия Наименование
Сечение
изделия в мм
Длина
высота мм
Центр.
Угол
S заготовки
м2
Кол-во
шт Примечание
Город__Сургут Партия: В-15_, П-2, П-4, П-7 ДУ-1
Объект:_УМиТ V 1 Д 500x400–400x350 500
0,68 2 Переход V 2 О 500x400(укор150)
900 1,1965 Отвод V 7 П (Др, реш) 400x350 2000 45 15
Прямик
дроссель, решетка V 20 ПП 350x300 1250 26 10 Загл, реш. V 4 П 350x350 2000 56 20 8 ДО 350x300-300x250 300 1 Переход односторонний 7 5О 300x250
900 0,65 3,25 8 ПП(L-50, 100x100) 250x250 1500 15 10 Врезка
В данном приложении показан фрагмент настоящей таблицы “Комплектовочнаяведомость”, которая имеет строк намного больше, чем этот фрагмент, примернооколо 60.
Приложение Б
Комплектовочнаяведомость Отчет
№ Изделия 1
Наименование П
Сечение в мм 500x500
Длина в мм 2000
Центр угол 0
Площадь в мм 2 4
Количество шт 10
Партия П1
Объект монтажа УМиТ
Город Сургут
21 января 2010 г. Страница 1 из 1Г.2Персонал Отчет
№п/п 1
Ф И О раб Картавых Евгений
Должность слесарь по изг сист вентил
Разряд 5
Адрес г. Челябинск ул.Профсоюзов д12 кв7
Телефон 89222113409
ПримечаниеДобросовестный, ответственный
№п/п 2
Ф И О раб Мансуров Марат
Должность слесарь по изг сист вентил
Разряд 4
Адрес Пермь ул Седова д10акв134
Телефон 89121043546
Примечание Часто выпивает
№п/п 3
Ф И О раб Карагулов Ильдар
Должностьслесарь по изг сист вентил
Разряд 4
Адрес Казань ул Ленина 35-108
Телефон 89224356676
Примечание
21 января 2010 г. Страница 2 из 2
Приложение В
Руководство пользователя
1. Окно базы данных
Особымокном в Access является окно базы данных, которое позволяет получить доступ ковсем объектам базы данных и выбрать режим работы с объектом. В левой части окнанаходится панель объектов, которая содержит ярлыки для каждого из объектов Access:Таблицы (Tables), Запросы (Queries), Формы (Forms), Отчеты(Reports), Страницы (Pages), Макросы (Macros), Модули (Modules)(рис. 1).
/>
Рисунок1– Окно базыданных Access 2000
Щелкнувна ярлыке мышью, в правой части окна вы откроете список соответствующихобъектов. Список объектов может быть представлен четырьмя разными способами(обычными для папок операционной системы Windows):
· в виде мелкихзначков;
· в виде крупныхзначков;
· в виде списка;
· в виде таблицы.
Переключениеэтих режимов отображения выполняется с помощью четырех правых кнопок на панелиинструментов, расположенной вдоль верхнего края окна.
Припредставлении объектов в виде значков эти значки можно перетаскивать с помощьюмыши и располагать внутри окна базы данных любым удобным образом. Если же выхотите расположить значки так, чтобы они находились рядом друг с другом, нужно:
1. Щелкнуть правойкнопкой мыши на любом свободном участке окна базы данных.
2. Из контекстногоменю выбрать команду Выстроить значки (Line Up Icons).
Представлениеперечня объектов в виде списка не позволяет располагать значки произвольнымобразом в окне базы данных, но их можно «перетаскивать» за пределыокна базы данных (это один из способов активизировать объект, например открытьтаблицу). Представление в виде таблицы позволяет для каждого объекта посмотретьне только его имя, но и описание (столбец Описание (Description)), датуи время последнего изменения (столбец Дата изменения (Modified)), дату ивремя создания (столбец Дата создания (Created)), а также тип объекта.
Прииспользовании любого вида представления объектов в окне базы данных их можноупорядочить по имени, типу, дате создания и дате изменения. Для этогонеобходимо:
1. Щелкнуть правойкнопкой мыши на любом свободном участке окна базы данных.
2. Из контекстногоменю выбрать команду Упорядочить значки (Arrange Icons).
3. Израскрывающегося меню выбрать способ упорядочения: по имени (By Name), потипу (By Type), по дате создания (By Created), по дате изменения (ByModified).
Чтобыобъекты в окне базы данных упорядочились автоматически, необходимо:
1. Щелкнуть правойкнопкой мыши на любом свободном участке окна базы данных.
2. Из контекстногоменю выбрать команду Упорядочить значки (Arrange Icons).
3. В раскрывающемсяменю выбрать команду автоматически (Auto Arrange). Перед командойпоявится метка, свидетельствующая о том, что режим автоматического упорядочениявключен.
Чтобыотменить автоматическое упорядочение, необходимо снова выбрать команду автоматически(Auto Arrange) в меню Упорядочить значки (Arrange Icons). Меткакоманды будет удалена, а режим автоматического упорядочения выключен.
Скаждым объектом базы данных можно работать в двух режимах. Первый режим назовемрежимом выполнения (условно, т. к. он несколько различается для разных типовобъектов):
· для таблиц,запросов, форм и страниц доступа к данным этот режим означает открытиесоответствующего объекта и называется, соответственно, режим Таблицы (длятаблиц и запросов), режим Формы, режим Страницы;
· для отчета — эторежим предварительного просмотра;
· для макроса — этодействительно режим выполнения;
· для модуля этотрежим отключен.
Второйрежим — это режим Конструктора. Данный режим применяется ко всем типам объектови предназначен для создания и изменения объектов.
Выбратьнужный режим можно с помощью кнопок, которые находятся в левой части панелиинструментов окна базы данных, с помощью команд меню Вид (View) или спомощью кнопок на панели инструментов Access.
Напанели инструментов окна База данных (Database) слева имеются три основныхкнопки:
· первая кнопкаимеет изменяющееся название, в зависимости от того, какой объект выбран. Есливыбраны таблица, запрос, форма, страница или группа Избранное (Favorites),кнопка приобретает вид Открыть (Open). Если выбран отчет — Просмотреть(Preview), если макрос или модуль — Запустить (Run). При этом значокрядом с названием соответственно изменяется. Название этой кнопки в каждомварианте наглядно отражает назначение;
· вторая кнопка Конструктор(Design) постоянна для всех объектов и предназначена для редактированияранее созданного объекта;
· третья кнопка Создать(New) имеет постоянное название, но при этом изменяются значки на ней, всоответствии с типом объекта.
1. Выделить ее всписке и нажать кнопку Открыть (Open).
2. Перетащить значоктаблицы мышью за пределы окна базы данных.
3. Дважды щелкнутькнопкой мыши по имени таблицы.
4. Один раз щелкнутьлевой кнопкой мыши по имени таблицы, если установлен флажок Одним щелчком (Single-clickopen) в диалоговом окне Параметры (Options).
Чтобыоткрыть любой объект в режиме Конструктора, необходимо выделить этот объект всписке и нажать кнопку Конструктор (Design).
Чтобыудалить объект из списка, нужно:
1. Выделить объект всписке и нажать кнопку Удалить (Delete) в верхней части окна базы данныхили клавишу на клавиатуре или щелкнуть правой кнопкой мыши поимени объекта и из контекстного меню выбрать команду Удалить (Delete).
2. В появившемсядиалоговом окне, запрашивающем подтверждение на удаление объекта, необходимонажать кнопку Да (Yes).
Чтобыпереименовать объект, нужно:
1. Выделить необходимуютаблицу в списке.
2. Щелкнуть левойкнопкой мыши на имени таблицы или щелкнуть правой кнопкой мыши на имени таблицыи из контекстного меню выбрать команду Переименовать (Rename).
3. В поле именитаблицы ввести новое имя.
4. Нажать клавишу или щелкнуть левой кнопкой мыши на любом свободном месте в правойчасти окна.
Чтобыскопировать или переместить объект, можно воспользоваться стандартнымипрограммами копирования/вставки. Например, чтобы скопировать таблицу в буферобмена (Clipboard), необходимо сделать одно из двух действий:
· выделитьтребуемую таблицу в списке и нажать на кнопку Копировать (Сору) настандартной панели инструментов База данных (Database);[ Эта панельотображается на экране, когда активным является окно базы данных. ]
· щелкнуть правойкнопкой мыши на имени таблицы и из контекстного меню выбрать команду Копировать(Сору).
Чтобывырезать таблицу в буфер обмена (Clipboard), нужно осуществить одну из двухопераций:
· выделитьнеобходимую таблицу в списке и нажать на кнопку Вырезать (Cut) на панелиинструментов База данных (Database);
· щелкнуть правойкнопкой мыши на имени таблицы и из контекстного меню выбрать команду Вырезать(Cut).
Чтобывставить таблицу из буфера обмена, нужно:
1. Открыть списоктаблиц в окне базы данных.
2. Нажать на кнопку Вставить(Paste) на панели инструментов База данных (Database) или щелкнутьправой кнопкой мыши на свободном поле в списке таблиц и из контекстного менювыбрать команду Вставить (Paste).
3. В появившемсяокне Вставка таблицы (Paste Table As) в поле Имя таблицы (TableName) ввести имя новой таблицы, в группе Параметры вставки (PasteOption) выбрать вариант вставки таблицы: Только структура (Structureonly), Структура и данные (Structure and Data), Добавление данных втаблицу (Append Data to Existing Table) и нажать кнопку ОК.
Режимвставки Только структура (Structure only) предназначен для копированияструктуры таблиц, т. е. списка полей таблицы с указанием типа каждого поля и сего описанием. При этом не предусматривается копирование данных. В режиме Структураи данные (Structure and Data) таблица копируется целиком вместе со своимсодержимым. В режиме Добавление данных в таблицу (Append Data toExisting Table) необходимо в поле Имя таблицы (Table Name) ввести имясуществующей таблицы, после чего будет осуществлено добавление данных изтаблицы, находящейся в буфере обмена, в указанную таблицу.
Прикопировании других объектов базы данных запрашивается только имя новогообъекта.
Чтобыпосмотреть свойства объекта, необходимо проделать одну из следующих операций:
· щелкнуть правойкнопкой мыши на имени объекта и из контекстного меню выбрать команду Свойства(Properties);
· выделить объектиз списка в окне базы данных и выбрать команду Вид, Свойства (View, Properties)из главного меню Access.
/>
Рисунок2 – Окно свойств таблицы
Нарис. Е.2 показано окно свойств таблицы. В нем отражается следующая информация:
· Тип (Туре) — тип объекта (в данном случаеТаблица (Table));
· Описание (Description) — описание таблицы,определяемое пользователем;
· Создан (Created) — дата создания таблицы;
· Изменен (Modified) — дата последнегоизменения таблицы;
· Владелец (Owner) — владелец (создатель)таблицы;
· Атрибуты (Attributes): Скрытый (Hidden)— позволяет скрыть таблицу из окна базы данных, Реплицируемый (Replicated)— позволяет управлять реплицируемостью объекта.
Пользовательможет изменять в окне свойств только описание таблицы и значения ее атрибутов.
Напанели объектов можно размещать также папки, которые содержат ярлыки кразличным объектам баз данных. Таким образом, можно объединять разные типыобъектов в группы. По умолчанию в этой части панели объектов размещается однапапка — Избранное (Favorites). Щелкнув мышью по папке, можно увидетьсписок объектов, входящих в данную группу (рис. 3).
Чтобыдобавить новую папку на панель объектов, нужно:
1. Щелкнуть правойкнопкой мыши на панели объектов и выбрать из контекстного меню команду Новаягруппа (New Group).
2. В диалоговом окнеНовая группа (New Group) ввести имя создаваемой папки и нажать кнопку ОК.
/>
Рисунок3 – Ярлыкиобъектов, входящих в группу Поставщики
Самыйпростой способ добавления ярлыка объекта в группу следующий. Необходимораскрыть список объектов данного типа, найти в нем нужный объект и перетащитьего мышью в соответствующую папку на панели объектов.
Другойспособ добавления объекта в группу:
1. Откройте списокобъектов нужного типа в окне базы данных.
2. Щелкните правойкнопкой мыши по нужному объекту и из контекстного меню выберите команду Добавитьв группу (Add to Group).
3. Выберите враскрывшемся меню нужную папку или создайте новую папку, выбрав команду Новаягруппа (New Group).
2.Архивирование, сжатие и восстановление баз данных
Чтобызастраховаться от потери данных, создайте резервную копию базы данных илипроекта Access 2002. Чтобы увеличить производительность базы данных и уменьшитьее размер, используйте операцию сжатия базы данных или проекта Access 2002.Начиная с версии Access 2000, сжатие и восстановление базы данных объединены водин процесс.
3. Защита информации с помощью шифрования
Защитаинформации в базе данных Access производится с помощью операции шифрования.Операция шифрования в Access 2002 приводит к сжатию файла базы данных. Послевыполнения операции шифрования просмотр данных с помощью специальных программ итекстовых редакторов становится невозможен. Операция дешифрования отменяетрезультаты операции шифрования. Для проектов Access 2002 операция шифрования нереализована.
Операцияшифрования или дешифрования неприменима к открытой базе данных. Если базаданных используется в сети, то, прежде чем приступить к выполнению операциишифрования или дешифрования, убедитесь, что она не открыта ни одним изпользователей.
Чтобывыполнить операцию шифрования или дешифрования:
1. Запустите Access2002, не открывая базу данных.
2. Выберите команду Сервис,Защита, Шифровать/дешифровать (Tools, Security, Encrypt/Decrypt Database).
3. Появитсядиалоговое окно База данных для шифрования или дешифрования (Encrypt/DecryptDatabase). Укажите имя базы данных, которую требуется зашифровать илидешифровать, и нажмите кнопку ОК.
4. Если выбранная напредыдущем шаге база данных не является зашифрованной, появится диалоговое окноШифрование базы данных под именем (Encrypt Database As), иначе появитсядиалоговое окно Дешифрование базы данных под именем (Decrypt DatabaseAs). Укажите имя, диск и папку для конечной базы данных и нажмите кнопку Сохранить(Save).
Если для базы данных определена защита на уровне пользователей, то для еешифрования или дешифрования необходимо быть владельцем базы данных или входитьв группу Admins и иметь разрешение на монопольное открытие базы данных. Впротивном случае попытка шифрования или дешифрования окажется неудачной.Шифрование базы данных не препятствует доступу к ней легальных пользователейили групп в Access. Разрешения на доступ к объектам являются частью системызащиты базы данных на уровне пользователей.