Проектирование автоматизированной информационной системы (АИС)

Имеется предприятие в котором требуется автоматизация , мы находим проблемный процесс выбираем решение и проектируем АИС ...

ВВЕДЕНИЕ 3
1.АНАЛИТИЧЕСКИЙ РАЗДЕЛ 6
1.1. Краткая характеристика объекта управления 6
1.1.1.Краткая характеристика предприятия 6
1.1.2. Краткая характеристика подразделения – диспетчерская служба 11
1.2. Описание проблемного техпроцесса 13
1.3.Характеристика информационной системы 17
1.4. Выбор решения 19
1.5.Выбор обеспечения системы 23
2. ФОРМИРОВАНИЕ ФУНКЦИОНАЛЬНОГО СОДЕРЖАНИЯ 24
2.1. Требования к формированию наименований автоматизированных функций управления 24
2.2. Разработка технологического процесса обработки информации 27
2.3. Источники экономической эффективности 29
2.3.1. Описание выходной информации 29
2.3.2. Описание входной информации 31
2.3.3. Описание алгоритма реализации функции управления (комплекса функций управления) 32
2.3.4. Разработка формы входного (выходного) сообщения 33
ЗАКЛЮЧЕНИЕ 34
СПИСОК ЛИТЕРАТУРЫ 35

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

Каждый заказ оформляется на одного из мастеров службы, который несет ответственность за его своевременное и качественное исполнение.Отдел материально-технического снабжения (ОМТС) ведет учет оборудования и технических средств, необходимых для ремонта. Через нее комплектующие выписываются со склада. На отдел возлагаются следующие функции: анализа товарных запасов комплектующих на складе; формирование заказа на приобретение комплектующих; поиск поставщиков на комплектующие; заключение договоров на поставку; связь с поставщиком; отслеживание и контроль поставок комплектующих и расходных материалов на склад. Транспортная служба и эвакуатор осуществляют доставку техники заказчиков для производства ремонта, а также транспортировку комплектующих и оборудования от поставщика.1.1.2. Краткая характеристика подразделения – диспетчерская службаОдним из подразделений предприятия является диспетчерская служба. В отделе работают 3 человека (начальник отдела и два экономиста) (рис.3).Рис.3.В своей деятельности диспетчерская служба руководствуется:Законодательными и нормативными документами по вопросам планирования и оперативного управления производством;Методическими документами вышестоящих органов, касающиеся организации диспетчирования на предприятии;Уставом предприятия;Приказами и распоряжениями директора предприятия;Настоящей должностной инструкциейДиспетчерская служба занята формированием заказов, учетом работ и учетом комплектации заказов.Основными функциями службы являются:прием заказов, распределение заказов у мастеров ремонтной службы, работников транспортной службы, определение срока исполнения заказа, отслеживание хода выполнения заказа, оповещение клиентов о выполнении заказа. составление документарного сопровождения заказа, фиксирование основных сведений о заказчике и заказе.1.2. Описание проблемного техпроцессаПроцесс приема и выполнения заказа на авторемонтные услуги происходит поэтапно:проверка, является ли клиент постоянным заказчиком предприятия (постоянные заказчики получают скидки на выполнение работ);предварительное определение сущности заказа (заказов). На этом этапе задействована и ремонтная служба предприятия, которая определяет поломку, объем работы;определение исполнителя заказа. Диспетчер при этом руководствуется журналом заказов и обращается к свободному на данный момент времени мастеру;анализ мастером неисправности, предварительное диагностирование и оценка продолжительности работ и их стоимости. Диспетчер осуществляет проверку наличия на складе необходимых комплектующих;оформление заказа по заданной форме, оформление приемо-сдаточного акта передачи транспортного средства исполнителю, фиксация получения предоплаты; заполнение журнала заказов;выдача заказа, оформление диспетчером заказа-наряда и приемо-сдаточного акта передачи транспортного средства заказчику.Схема информационных потоков на предприятии в рамках диспетчерской службы изображена на рисунке 4.Рис.4Таким образом, на основе полученного информационного обмена составим модель «Деятельность диспетчера». Целью модели будет определить действия и методы работы диспетчера по учету заказов. Обобщающая диаграмма самого верхнего уровня называется А0 и для анализируемой задачи показана на рисунке 5.Рис. 5На данной диаграмме один блок: «Деятельность диспетчерары» и 11 дуг, входящих и исходящих из него.Расположение дуг относительно блока не случайно. Левая сторона блока предназначена для входов, правая – для выходов, нижняя – для механизмов и верхняя – для управления. Входы преобразуются в выходы, управление ограничивает или предписывает условия выполнения преобразований, механизмы показывают кто (или что) выполняет функции. Так, в данном случае «Заказ на работы», «Отчет о выполненных работах» посредством действий «Деятельность диспетчера» должны преобразоваться в «Журнал заказов», «Журнал заявок», «Заказ наряд на работу», «заявка на запчасти», «Счет». Управляющую роль здесь выполняют «Правила учета», «Прейскурант стоимости услуг», «Прейскурант цен за комплектующие», а выполнение функций возложено на диспетчера.Обобщающая диаграмма верхнего уровня является в своем роде уникальной, поскольку содержит один-единственный блок. Все остальные диаграммы IDEF0 – модели обычно содержат от 3 до 6 блоков, при этом каждая такая диаграмма должна детализировать некоторый блок уже имеющейся в модели диаграммы. Диаграмма А0, представленная на рисунке 5, детализирует блок «Деятельность диспетчера» обобщающей диаграммы А-0.На диаграмме А0 уже присутствуют 4 блока: «Учет заказов на работу», «Оценка работ по заказу», «Учет необходимых запчастей для заказа», «Составление счет-фактуры». Блоки на IDEF0-диаграмме размещаются в порядке важности и пронумерованы в соответствии с порядком их доминирования. На диаграмме А0 – это номера А1, А2, А3, А4. Необходимость детализации того или иного блока определяется исходя из цели модели, заданной на начальном этапе проектирования. В данном случае необходимости в детализации нет. Построенная модель соответствует модели «как есть». Исходя из диаграммы, определим существующие недостатки.Рис.6В диспетчерской службе вся информация о заказах, заявках и т.д. хранится в базах, реализованных в табличном процессоре Microsoft Excel и текстовом редакторе Word.1.3.Характеристика информационной системыКак описывалось в предыдущих пунктах в диспетчерской службе вся информация о заказах, заявках и т.д. хранится в базах, реализованных в табличном процессоре Microsoft Excel и текстовом редакторе Word. Не смотря на все возможности табличного процессора для работы со списком, этого для нужд диспетчерской службы не достаточно. Большой объем информации и сложность ее структурирования в Excel не облегчает работу пользователя. Поэтому часть информации до сих пор хранится только на бумажных носителях и в журналах заказов и заявок, что усложняет поиск необходимых данных.Подытоживая все вышесказанное, определим список недостатков системы учета заказов диспетчерской службы предприятия:отсутствует полная, строго структурированная база клиентов, необходимая для привлечения старых клиентов и предоставления им скидок за предоставленные услугисписочные данные, созданные в табличном процессоре Excel, разрозненные и несвязанные между собой, что усложняет поиск необходимой информациисчет-фактура создается в другой программе – текстовом редакторе Word, что также создает неудобства: информация расположена в разных программных продуктахнесмотря на все возможности Excel в анализе информации, например строительство сводных таблиц, в нем существуют затруднения в построении аналитических отчетовдисциплина резервного хранения не установлена корпоративными правилами, поэтому резервное хранение осуществляется путем записи файлов на лазерный диск по усмотрению руководителя подразделениякроме того существует проблема дублирования данных.Более того, кроме внутренних причин внедрения автоматизированной системы существует и глобальная необходимость, связанная конкуренцией на рынке услуг автосервиса. Конкуренция диктует необходимость обеспечить более высокую производительность труда, большую надежность и достоверность информации, лучшую ее сохранность.В связи с этим для устранения недостатков и автоматизации поиска информации возникла необходимость в создании автоматизированной информационной системы (АИС) диспетчерской службы (рис.7).Рис.7Таким образом, решение всех вышеперечисленных в первой главе проблем учета значительно повысят общую эффективность деятельности диспетчерской службы. В результате внедрения проекта деятельность службы будет автоматизирована для более эффективного выполнения и минимизации ошибок. Ожидается что внедрение АИС «Диспетчерская служба»:позволит повысить быстродействие и снизить трудоемкость получения сведений о клиентах, их заказах, результатов выполнения заказов за счет использования оперативных запросов к компьютерной базе данных и формирования аналитических отчетов на ее основе;позволит руководству диспетчерской службы, предприятия в целом получать более объективную и достоверную информацию.Для реализации задачи будут учитываться следующие факторы: для создания информационной системы будет использована информация, поступаемая диспетчеру клиентов, мастеров ремонтной службы, от сотрудников склада;для обеспечения хранения данных и минимизации пользовательского ввода необходимо использовать элементы СУБД для предоставления данных в структурированной форме;наиболее удобным для реализации вариантом формата базы данных принимается формат Microsoft Access (.mdb).1.4. Выбор решенияПрограммное обеспечение информационной системы отдела аспирантуры представляет собой комплекс средств системного программного обеспечения (СПО) и прикладного программного обеспечения (ППО).СПО предназначено для администрирования и диспетчеризации процессов обработки и передачи данных в системе, поддержания общесистемных баз данных, обработки запросов, организации межмашинного обмена информацией в ЛВС, управления работой средств защиты информации, а также управления работой технических средств и средств контроля за правильностью их функционирования. СПО системы отдела аспирантуры включает в себя:операционные системы (ОС);системы управления базами данных (СУБД);сетевое программное обеспечение для работ в режиме ЛВС территориально-распределенной сети;программное обеспечение криптографической защиты информации.Рассмотрим второй пункт программного обеспечения – выбор СУБД. Современные СУБД в основном являются приложениями Windows, так как данная среда позволяет более полно использовать возможности персональной ЭВМ, нежели среда DOS. Снижение стоимости высокопроизводительных ПК обусловил не только широкий переход к среде Windows, где разработчик программного обеспечения может в меньше степени заботиться о распределении ресурсов, но также сделал программное обеспечение ПК в целом и СУБД в частности менее критичными к аппаратным ресурсам ЭВМ.Среди наиболее ярких представителей систем управления базами данных можно отметить: Lotus Approach, Microsoft Access, Borland dBase, Borland Paradox, Microsoft Visual FoxPro, Microsoft Visual Basic, а также баз данных Microsoft SQL Server и Oracle, используемые в приложениях, построенных по технологии «клиент-сервер». Фактически, у любой современной СУБД существует аналог, выпускаемый другой компанией, имеющий аналогичную область применения и возможности, любое приложение способно работать со многими форматами представления данных, осуществлять экспорт и импорт данных благодаря наличию большого числа конвертеров. Общепринятыми, также, являются технологи, позволяющие использовать возможности других приложений, например, текстовых процессоров, пакетов построения графиков и т.п., и встроенные версии языков высокого уровня (чаще – диалекты SQL и/или VBA) и средства визуального программирования интерфейсов разрабатываемых приложений. Поэтому уже не имеет существенного значения на каком языке и на основе какого пакета написано конкретное приложение, и какой формат данных в нем используется. Более того, стандартом «де-факто» стала «быстрая разработка приложений» или RAD (от английского Rapid Application Development), основанная на широко декларируемом в литературе «открытом подходе», то есть необходимость и возможность использования различных прикладных программ и технологий для разработки более гибких и мощных систем обработки данных. Поэтому в одном ряду с «классическими» СУБД все чаще упоминаются языки программирования Visual Basic и Visual C++, которые позволяют быстро создавать необходимые компоненты приложений, критичные по скорости работы, которые трудно, а иногда невозможно разработать средствами «классических» СУБД. Современный подход к управлению базами данных подразумевает также широкое использование технологии «клиент-сервер».Наш выбор остановился на программном продукте компании Microsoft - Access. Access входит в состав самого популярного пакета Microsoft Office. Основные преимущества: знаком многим конечным пользователям и обладает высокой устойчивостью данных, прост в освоении, может использоваться непрофессиональным программистом, позволяет готовить отчеты из баз данных различных форматов. Предназначен для создания отчетов произвольной формы на основании различных данных и разработки некоммерческих приложений. Как реляционная СУБД Access обеспечивает доступ ко всем типам данных и позволяет одновременно использовать несколько таблиц базы данных. Можно использовать таблицы, созданные в среде Paradox или dBase. Работая в среде Microsoft Office , пользователь получает в своё распоряжение полностью совместимые с Access текстовые документы (Word) , электронные таблицы (Excel) , презентации (PowerPoint). С помощью новых расширений для Internet можно напрямую взаимодействовать с данными из World Wide Web и транслировать представление данных на языке HTML, обеспечивая работу с такими приложениями как Internet Explorer и Netscape Navigator. Access специально спроектирован для создания многопользовательских приложений, где файлы базы данных являются разделяемыми ресурсами в сети. В Access реализована надёжная система защиты от несанкционированного доступа к файлам. База данных храниться в одном файле, но профессиональные пользователи предпочитают разделять базу данных на два файла: в одном хранятся объекты данных (таблицы, запросы), в другом объекты приложения (формы, отчёты, макросы, модули). Несмотря на то, что Access является мощной и сложной системой, его использование не сложно для непрофессиональных пользователей. Данный программный продукт имеет возможности визуального проектирования интерфейса пользователя, то есть разработчик из готовых фрагментов создает элементы интерфейса, программирует только их изменения в ответ на какие-либо события.Созданное программно-техническое обеспечение должно защищать информацию и осуществлять доступ к ней только тем, у кого есть разрешение на использование данных.Для защиты ресурсов баз данных налоговых органов от несанкционированного доступа и использования, а также защиты информации от преднамеренного разрушения, раскрытия или модификации должна быть разработана система обеспечения безопасности информации, позволяющая реализовывать следующие функции в отношении к СУБД:целостность физической БД;целостность логической БД;целостность отдельного элемента БД;контроль правомерности доступа и типа доступа к конкретному элементу БД — управление доступом — «каждому свое»;доступность данных — пользователи, допущенные для работы с базой данных, должны иметь гарантированный доступ к соответствующим данным.1.5.