Тема: Разработка информационной системы автоматизированного учета процессов комплектования запасными

• Вид работы:
  Дипломная (ВКР) по теме: Разработка информационной системы автоматизированного учета процессов комплектования запасными
• Предмет:
  Другое
• Когда добавили:
  22.03.2012 11:29:31
• Тип файлов:
  MS WORD
• Проверка на вирусы:
  Проверено - Антивирус Касперского

Другие экслюзивные материалы по теме

• Полный текст:

  Содержание.

  Введение. 4

  ГЛАВА 1. Аналитическая часть   7

  1.1 Технико-экономическая характеристика предметной  области  7

  1.2. Экономическая сущность задачи. 14

  1.3. Обоснование необходимости и цели использования вычислительной  техники для  решения задачи  21

  1.4.Техническое и программное обеспечение в ОАО «Инженер-Сервис»  23

  1.5 .Обоснование проектируемых решений. 26

  1.6. Требования к проектным решениям по видам обеспечения. 28

      1.6.1  По техническому обеспечению. 28

      1.6.2 Требования к программному обеспечению. 30

      1.6.3 Выбор СУБД   33

  ГЛАВА 2.Проектная часть   37

  2.1 Информационное обеспечение задачи. 37

  2.2. Используемые системы кодирования. 39

  2.3 Информационная модель и ее описание. 42

      2.3.1 Диаграмма классов. 43

      2.3.2 Диаграммы коопераций. 46

      2.3.3. Диаграммы последовательностей. 51

  2.4. Пользовательский интерфейс. 53

      2.4.1 Проекты экранных форм приложения. 54

  2.5. Организация технологии сбора, передачи, обработки и выдачи информации. 59

  ГЛАВА 3. Обоснование экономической эффективности. 60

  3.1. Экономическая эффективность. 60

      3.1.1 Определение весовых показателей действующих лиц  62

      3.1.2 Определение весовых показателей вариантов использования  64

      3.1.3 Определение технической сложности проекта  66

      3.1.4 Определение уровня квалификации разработчиков  68

      3.1.5 Оценка трудоемкости проекта  70

      3.2.1. Расчет показателей экономической эффективности проекта  73

  Заключение. 78

  Литература. 80

  Введение.

  
  

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

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

  Особо стоит отметить финансовую деятельность фирмы. С ее помощью осуществляется контроль над всем совокупным функционированием компании, определяется, убыточна ли основная деятельность или прибыльна, разумно ли тратятся средства компании, финансовая отрасль также отвечает за законность функционирования всего предприятия в целом.

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

  Компьютерный учет имеет свои особенности и радикально отличается от обычного. Компьютер не только облегчает учет, сокращая время, требующееся на оформление документов и обобщение накопленных данных для анализа хода торговой деятельности, необходимого для управления ею. Отчеты о положении в торговле, получаемые с помощью компьютера, можно получить и без него, но на расчеты уйдет столько времени, что они уже ни на что не будут нужны; или ими придется занять такое количество расчетчиков, что на их зарплату уйдет значительно больше, чем будет получено прибыли в результате их расчетов. Таким образом, при применении компьютера “количество переходит в качество”: увеличение скорости расчетов делает возможным качественное улучшение самой схемы построения торговли.

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

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

   Темой данного дипломного проекта является Разработка информационной системы автоматизированного учета процессов комплектования запасными частями ОАО «Инженер-Сервис».

  Для того чтобы спроектировать отдел комплектования запасных частей, а также их поставку, необходимо решить следующие задачи:

  ·   Собрать материал о предприятии;

  ·   Проанализировать сущность задач учета складских операций и проведения ремонтных работ;

  ·   Обосновать использование вычислительной техники;

  ·   Проектирование информационной системы;

  ·   Обосновать разработки по всем видам обеспечения;

  ·   Охарактеризовать входную, постоянную, промежуточную и результатную информацию;

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

  В данном дипломном проекте предлагается один из возможных вариантов решения задачи  автоматизирования  отдела комплектования запасными частями в ОАО «Инженер-Сервис».

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

             Дипломный проект состоит из данного введения, трех глав, заключения, списка использованной литературы и приложений.

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

  Во второй главе описано информационное обеспечение и машинная реализация задачи с представлением схем и таблиц.

  В третьей главе описывается методика расчета экономической эффективности   проекта, оценка трудоемкости,  производится   расчет   показателей экономической эффективности проекта.

   В заключении будут подведены итоги проделанной работы и сформулированы перспективы дальнейшего использования.

  
  
  

  ГЛАВА 1. Аналитическая часть

  1.1 Технико-экономическая характеристика предметной  области

  
  

  ОАО «Инженер-Сервис» является юридическим лицом (открытое  акционерное общество) и действует на основании Свидетельства о государственной регистрации.

            Виды деятельности предприятия представлены на рисунке  1 ниже

      ОАО «Инженер-Сервис» производит гарантийный ремонт бытовой техники, т.к. у сервиса заключены договора авторизации с представительством фирм-изготовителей, которые оплачивают ремонт изделия. К этим фирмам относятся: Samsung, LG, Philips, Tefal, Moulinex.  Изготовители обеспечивают сервисный центр технической документацией (мануалами) по своим изделиям, запчастями для  проведения ремонта, проводят систематическое обучение мастеров центра по проведению ремонтных работ. Таким образом, рассматриваемое предприятие является  авторизованным центром производителя.

       Организационно-правовая форма - открытое акционерное общество.

      При такой структуре управление осуществляется собранием акционеров общества. Прибыль также распределятся между участниками общества пропорционально объему акций, которым владеет определенный участник общества.

      Основные фонды представлены как недвижимым имуществом: офисным и складскими помещениями, так и оборудованием.

  Функциями ОАО «Инженер-Сервис» являются:

  - Проведение гарантийного, послегарантийного и предторгового ремонта теле- видео- аудио- бытовой техники;

  - заказ деталей фирмам-производителям;

  - тестирование техники на возможность проведения гарантийного       обслуживания;

  - продажа запасных частей;

  - установка и подключение крупной бытовой техники;

  - проведения ремонтных работ с заменой комплектующих на дому;

  - ответственное хранение техники в период  ремонта.

  Организационная структура ОАО

  Структура ОАО, призванная обеспечивать выполнение функций бизнес-процессов, включает в себя подразделения: все необходимые для четкой работы службы. Например, служба снабжения и сбыта запасных частей, программу оптимизации количества и ассортимента запасных частей, обеспечивает поставку необходимых запасных частей для обеспечения ремонта техники в сроки, установленные Законом о защите прав потребителей и оговоренные с производителем техники при заключении договора авторизации. Благодаря универсальной подготовке  отдела по работе с клиентами, он может оперативно распределять заявки на ремонт, и ремонт выполняется в кратчайшие сроки. Отдел оснащен специальными компьютерными программами, чтобы быстро принимать заявки и располагать всей необходимой информацией о каждом вызове.

  Менеджеры должны грамотно и тактично отвечать на любые, даже самые неожиданные вопросы клиентов. Сервисный центр также дает бесплатные консультации по телефону, и порой этого может быть достаточно.

  Для повышения квалификации персонала регулярно проводится обучение специалистами производителя с учетом постоянного обновления модельного ряда.

  Организационная структура предприятия представлена на рисунке 2:

  
  

  
  

  Рис. 1 «Виды деятельности ОАО «Инженер-Сервис»

  
  
  

  
  

   

  Рис.2 «Схема организационной структуры ОАО «Инженер-Сервис»

      Рассмотрим подробнее каждый из видов деятельности:

  Под гарантийным ремонтом понимается бесплатное устранение недостатка в товаре в пределах гарантийного срока. Время исполнения гарантийного ремонта с момента обращения потребителя в сервисный центр определяется Законом о защите прав потребителей (двадцать дней, ст.20, п.5). Гарантийный срок на товар устанавливает его изготовитель или продавец, причем установление гарантийного срока является правом изготовителя, но не обязанностью - он может и не устанавливать никакого гарантийного срока. Как правило, гарантийный срок для большинства импортной техники, установленный заводами-изготовителями, составляет 12 месяцев со дня покупки (или, если в гарантийных документах нет даты покупки - с момента выпуска изделия).

  Гарантийный срок должен быть указан в гарантийном талоне, он может составлять и 6 месяцев, и 3. Но если изготовитель вообще не установил гарантийного срока, то по Закону о защите прав потребителей право на бесплатный ремонт автоматически действует в течение 6 месяцев со дня продажи. Продавец техники, уверенный в ее надежности, вправе дополнительно к гарантийному сроку изготовителя установить свой гарантийный срок обслуживания.

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

  Продажа запасных частей и комплектующих.

  Клиент может приобрести необходимые запасные части либо в данном сервисном центре непосредственно со склада, либо может заказать доставку с Москвы, где сервисный центр имеет поставщиков.

  
  
  

   

   Теперь рассмотрим функционирование каждого из отделов предприятия более   подробно.

   Бухгалтерия.

  Этот отдел состоит из главного бухгалтера и  кассира.  

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

  Кассир принимает выручку. 

  Отдел снабжения и сбыта.

  В отделе снабжения  и сбыта работают 2 менеджера. Задачами данного отдела являются:

  ·   оформление документов по движению товара на складском помещении;

  ·   формирование заказа на поставку необходимых для ремонта деталей;

  ·   прием техники поступившей в сервис;

  ·   организация закупок запасных частей;

  ·   продажа деталей клиентам.

  Каждый из менеджеров отвечает за определенные ему функции. Так, менеджер по снабжению отвечает за организацию поставок товаров, поиск поставщиков, прием товаров, слежением за товарными запасами. Менеджер по сбыту   готовит необходимые материалы (бланки заказов и рекламную продукцию). Он же занимается приемом заказов от покупателей по телефону,  контролирует деятельность склада, занимается продажей деталей, следит за отгрузкой товара и возвратами от покупателей, организационными вопросами, анализом деятельности.

  На рассматриваемом предприятии есть водитель для доставки товаров. В его обязанности входит доставка техники и инкассация средств за товар.  Ремонтные службы располагают специализированным автотранспортом, где есть все необходимые инструменты и оборудование, чтобы отремонтировать любую бытовую технику на дому. В этих службах работают мастера, которые могут подключать и ремонтировать технику всего спектра.

  Склад.

       Отдел состоит из заведующего складом и бригады грузчиков во главе с бригадиром.

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

  Отдел по работе с клиентами.

    Отдел по работе с клиентами представлен секретарем. Секретарь выполняет функции приема заявок на ремонт, обменивается информацией с авторизованными центрами. Частичные функции этого отдела берет на себя генеральный директор предприятия, такие как работа с постоянными клиентами, заключение крупных договоров на поставки и обслуживание.

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

   

   

  1.2. Экономическая сущность задачи.

  
  

     Для рассмотрения сущности экономических процессов предприятия необходимо использовать стандартные средства, принятые для проектирования бизнес-процессов и моделирования. Наиболее известная и распространенная методика моделирования бизнес-процессов – методология IDEF0, относящаяся к семейству IDEF. Она принята в качестве стандарта в нескольких международных организациях, в том числе в НАТО и МВФ. IDEF0 можно использовать для моделирования широкого класса систем.

  Результатом применения IDEF0 к некоторой системе является модель этой системы, состоящая из иерархически упорядоченного набора диаграмм, текста документации и словарей, связанных друг с другом с помощью перекрестных ссылок. Два наиболее важных компонента, из которых строятся диаграммы IDEF0, это:

     Бизнес-функции или работы (представленные на диаграммах в виде прямоугольников) и данные, а также объекты (изображаемые в виде стрелок), связывающие между собой работы.

    При этом стрелки в зависимости от того, в какую грань прямоугольника              работы они входят или из какой грани выходят, делятся на пять видов:
  - стрелки входа (входят в левую грань работы). Изображают данные или объекты, изменяемые в ходе работы.  
  - стрелки управления (входят в верхнюю грань работы). Изображают правила и ограничения, согласно которым выполняется работа;
  - стрелки выхода (выходят из правой грани работы). Изображают данные или объекты, появляющиеся в результате выполнения работы;
  - стрелки механизма (входят в нижнюю грань работы). Изображают ресурсы, необходимые для выполнения работы, но не изменяющиеся в процессе работы (например, оборудование, людские ресурсы и т. п.);
  - стрелки вызова (выходят из нижней грани работы). Изображают связи между разными диаграммами или моделями.

  
  
  

  Рис.3 «Общий вид диаграммы IDEF0 для деятельности предприятия»

   

   

  
  

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

     Диаграмма начинается с требования клиента о ремонте бытовой техники. Приходя в сервисный центр, он заполняет заявку на ремонт, составляется перечень выявленных неисправностей и список необходимых запчастей. Ниже этот процесс будет описан более подробно.

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

     Данная диаграмма дала возможность представить этот процесс более наглядно и является исходной точкой для проектирования информационной системы.

  Рассмотрим полный цикл поставок деталей.

        Предприятие вначале определяет потребность в запасной части. Затем осуществляет связь с поставщиком. После заключения с поставщиком договора осуществляется поставка деталей на склад, где они  хранятся по моделям .На складе  их разгружают и проверяют на соответствие количеству и качеству. При расхождении составляется акт приемки запасных частей , где указываются все претензии. В этом случае детали могут быть возвращены, поставщик должен заменить или допоставить заказанные детали.

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

    Ниже будет приведена диаграмма прецедента «Формирование и отправка заказа деталей».

  Сжатое описание прецедента.

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

         Описанный прецедент является главным для проектирования в контексте поставленной задачи.  Мной были рассмотрены все прецеденты, происходящие в описываемой организации, но, я считаю, что целесообразно описать только данный прецедент, потому что он определяющий для проектирования данной информационной системы.

     

  
  
  

  
  
  

  Рис.5 Диаграмма вариантов использования «Формирование и отправка заказа  деталей»

  1.3. Обоснование необходимости и цели использования вычислительной техники для  решения задачи

  
  

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

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

               Основой задачей проектируемой системы является:

  ·   учет и контроль поступления на склад запасных частей;

  ·   подготовка стандартных документов для внешней среды (счетов, накладных, счетов-фактур);

  ·   поиск и подбор необходимых для проведения ремонтных работ запасных частей.

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

            При поиске нужной детали (стоимости, кода детали, количества), если не будет известен документ, в котором его искать, нужно будет перелистать всю кипу документов и просмотреть каждую позицию. Автоматизация позволит сделать выборку по этой позиции и значительно сократит объем подходящих документов или сведет к одному единственному искомому документу.

     Таким образом, внедрение проекта позволит в значительной мере ускорить обмен информацией в подразделении, снизить затраты рабочего времени на действия, связанные с поиском и подбором деталей.

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

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

  
  

  1.4.Техническое и программное обеспечение в ОАО «Инженер-Сервис»

  
  

   Уровень технологии в сервисном центре удовлетворяет современным требованиям. Архитектурой локальной вычислительной сети фирмы служит платформа «клиент-сервер».

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

  
  
  

  Рис.6  Модель клиент-сервер

  
  

  Данная сеть имеет следующие преимущества:

  ·   позволяет организовывать сеть с большим количеством рабочих станций;

  ·   обеспечивает централизованное управление учетными записями пользователей, безопасностью и доступом, что упрощает сетевое администрирование;

  ·   эффективный доступ к сетевым ресурсам;

  ·   пользователю нужен один пароль для входа в сеть и для получения доступа ко всем ресурсам, на которые распространяются права пользователя.

  Наряду с преимуществом сеть имеет и ряд недостатков:

  ·   неисправность сервера может сделать сеть неработоспособной, как минимум потерю сетевых ресурсов;

  ·   требуют квалифицированного персонала для администрирования;

  ·   имеют более высокую стоимость сетей и сетевого оборудования.

  На сервере установлена операционная система Microsoft Windows Server 2003. Эта система позволяет контролировать и настраивать работу сети, она в должной мере обеспечивает безопасность хранения данных и наилучшую функциональность системы.

  В качестве системного программного обеспечения для АРМ выбирается операционная система Microsoft Windows XP SP2. Эта операционная система использует то же ядро, что и сетевая операционная система. Поэтому они являются полностью совместимыми. Настройка их взаимодействия в сети не требует больших усилий от администратора сети, система неприхотлива в обслуживании – любой пользователь может выполнить профилактические операции сборки и удаления мусора, дефрагментации жестких дисков самостоятельно. Поэтому стоимость владения такой системой невелика.

     Для эффективного управления фирмой и оценки затрат бухгалтерские операции ведутся в реальном режиме времени, в аналитических и синтетических разрезах:

  1) учет основных средств;

  2) учет движения материальных ценностей и складской учет;

  3) учет затрат;

  4) учет банковских и кассовых операций;

  5) учет расчетов с подотчетными лицами и контрагентами;

  6) сводный бухгалтерский учет и типовая отчетность и т.д.

    Автоматизированный бухгалтерский учет позволяет оперативно выявлять убыточные участки фирмы, вовремя ликвидировать «узкие места», предоставлять материал для решения аналитических задач фирмы.

  
  
  
  
  
  

   

   

   

  1.5 .Обоснование проектируемых решений.

  
  

         Основными  потребителями этой системы будут менеджер и заведующий складом, т.к.они будут вводить первичные документы. По мере надобности они могут удалять документы, изменять уже существующие документы, добавлять информацию о новых поступлениях деталей, формировать отчеты для отслеживания неточностей в учете. Но  этими людьми круг пользователей не ограничивается. Система может быть использована бухгалтером для получения информации о суммах приходных и расходных накладных, долгах поставщикам и долгах сервису.  Заведующий складом может посмотреть объемы поставок, количество заказанных и поставленных деталей за определенный период или получить другую интересующую его статистическую информацию.

          Основными этапами разработки системы являются:

  ·   Разработка технико-экономического обоснования проекта;

  ·   Разработка технического задания на проектирование;

  ·   Сбор исходного материала для проектирования;

  ·   Оформление проекта (документирование информационной системы и

       программного обеспечения, подготовка текстовой записки);

  ·   Представление курсового проекта на кафедру; защита курсового проекта

           Для анализа предметной области была выбрана конкретная фирма, и на ее примере исследовались информационные потребности менеджера, бухгалтера, мастеров и других пользователей системы. При более подробном рассмотрении работы менеджера был выявлен перечень документов и типовых операций, необходимых для ведения учета. Для оприходования  деталей использовались документы либо приходная накладная, либо возврат от покупателя. Расход деталей оформлялся либо расходной накладной, либо возврат поставщику.

          После выявления полного перечня необходимых документов и выполняемых типовых операций была разработана сложная структура баз данных основным требованием к которой были универсальность, логичность, наглядность.

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

     На рассматриваемой фирме персональные компьютеры сотрудников имеют конфигурацию: на базе процессоров  Intel (Pentium-4, Celeron) / 2.4GHz и выше, с операционной системой Windows XP SP1. Эта т состав аппаратных средств обеспечивает быстроту и оперативность функционирования ЭВМ.

  
  

  1.6. Требования к проектным решениям по видам обеспечения.

  
  

  1.6.1  По техническому обеспечению.

  
  

            Система  должна  иметь автоматизированные рабочие  места  на  основе     Intel- совместимых  процессоров, объединённых  в локальную  сеть, имеющую высокую производительность  и быстродействие, обеспечивающую оперативность  обработки  данных и  своевременность  доставки  информации пользователям системы (IBM-совместимый компьютер с процессором Intel-Pentium и выше).

  Участок для централизованной обработки поступающей от подразделений-заказчиков исходной информации должен составлять 3-5 рабочих мест, объединённых в локальную сеть 100 Мбит. Рабочие место оснащается IBM-современным персональным  компьютером.

  Технические требования к ПК должны быть:

  - процессор не менее 2,4 Ггц

  - оперативная память не менее 256Мб

  - HDD 80 Гб

  - CD привод.

       Должна производится репликация резервной базы данных, и вестись история произведённых действий по вводу информации, хотя бы в текстовом файле с указанием таблиц и времени.

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

     Данные требования к аппаратной части, приведенные выше, не являются слишком высокими. Это вполне реально реализовать, не затратив достаточно больших сумм. К примеру, стоимость персонального компьютера, удовлетворяющего минимальным требованиям,  сейчас колеблется от 5000 р. Современные конфигурации компьютеров гораздо мощнее, но и стоят значительно дороже.

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

   

  1.6.2 Требования к программному обеспечению.

   

      Программное обеспечение не менее важно, чем техническое. В отличие, от технического обеспечения, программное должно обновляться своевременно и в соответствующих объемах.

      Операционная система составляет основу программного обеспечения ПК. Операционная система представляет комплекс системных и служебных программных средств, который обеспечивает взаимодействие пользователя с компьютером и выполнение всех других программ.
     С одной стороны, она опирается на базовое программное обеспечение ПК, входящее в его систему BIOS, с другой стороны, она сама является опорой для программного обеспечения более высоких уровней – прикладных и большинства служебных приложений.
     Для того чтобы компьютер мог работать, на его жестком диске должна быть установлена (записана) операционная система. При включении компьютера она считывается с дисковой памяти и размещается в ОЗУ. Этот процесс называется загрузкой операционной системы.
     Операционные системы различаются особенностями реализации алгоритмов управления ресурсами компьютера, областями использования.
     Так, в зависимости от алгоритма управления процессором, операционные системы делятся на:

     ·  Однозадачные и многозадачные

     ·  Однопользовательские и многопользовательские

     ·  Однопроцессорные и многопроцессорные системы

     ·  Локальные и сетевые.

      По числу одновременно выполняемых задач операционные системы делятся на два класса:

     ·  Однозадачные (MS DOS)

     ·  Многозадачные (OS/2, Unix, Windows)

     В однозадачных системах используются средства управления периферийными устройствами, средства управления файлами, средства общения с пользователями. Многозадачные ОС используют все средства, которые характерны для однозадачных,  и, кроме того, управляют разделением совместно используемых ресурсов: процессор, ОЗУ, файлы и внешние устройства.

      В зависимости от областей использования многозадачные ОС подразделяются на три типа:·  Системы пакетной обработки (ОС ЕС)

       ·  Системы с разделением времени (Unix, Linux, Windows)

       ·  Системы реального времени (RT11)

  По распространению:

  ·   Свободного распространения;

  ·   Коммерческие.

  
  

  В настоящее время на большинстве персональных компьютеров используется два вида операционных систем: Linux и Microsoft Windows. Linux распространяется свободно, без покупки и лицензии, но шире распространена система Windows, тк использование Linux требует специальных знаний и навыков программирования.

     Из всего семейства операционных систем Майкрософт сейчас наиболее широко применяется  Microsoft Windows XP Professional. Данная оболочка весьма широко распространена, достаточно просто и надежна в использовании и настройке, имеет приятный и интуитивно понятный пользовательский интерфейс, и не требует большого количества аппаратных ресурсов.

     Можно перечислить основные достоинства данной системы:

  ·   более высокий уровень безопасности, включая возможность шифрования файлов и папок с целью защиты корпоративной информации;

  ·   поддержка мобильных устройств для обеспечения возможности работать автономно или подключаться к компьютеру в удаленном режиме;

  ·   встроенная поддержка высокопроизводительных многопроцессорных систем;

  ·   возможность работы с серверами Microsoft Windows Server и системами управления предприятиями;

  ·   эффективное взаимодействие с другими пользователями по всему миру благодаря возможностям многоязычной поддержки.

     Отдельно следует сказать об операционной системе, используемой на сервере сети предприятия. Из серверных систем сейчас распространены также системы Linux и Microsoft Windows. На серверах часто целесообразно использовать Линукс, так как это обеспечивает большую отказоустойчивость. Но использование данного программного продукта характерно для сетей на больших предприятиях, сетей со сложной структурой и иерархией. На предприятиях малого бизнеса при настройке малой корпоративной сети также целесообразно использовать операционную систему Windows Server 2003.

  1.6.3 Выбор СУБД

  
  

   СУБД (системы управления базами данных) позволяют создавать, использовать и администрировать базы данных. СУБД представляют собой незаменимый инструмент разработчиков, бизнес-пользователей, администраторов БД и т.д. Благодаря тесной интеграции со средствами разработки приложений, СУБД используются разработчиками при создании информационных систем.

    Краткая классификация современных СУБД.

  По модели данных

  • Иерархические
  • Сетевые
  • Реляционные
  • Объектно-реляционные
  • Объектно-ориентированные

  По архитектуре организации хранения данных

  • локальные СУБД (все части локальной СУБД размещаются на одном компьютере)
  • распределенные СУБД (части СУБД могут размещаться на двух и более компьютерах)

  По способу доступа к БД

  • Файл-серверные

  В файл-серверных СУБД файлы данных располагаются централизованно на файл-сервере. Ядро СУБД располагается на каждом клиентском компьютере. Доступ к данным осуществляется через локальную сеть. Синхронизация чтений и обновлений осуществляется посредством файловых блокировок. Преимуществом этой архитектуры является низкая нагрузка на ЦП сервера, а недостатком — высокая загрузка локальной сети. Примеры: Microsoft Access, Borland Paradox.

  • Клиент-серверные

  Такие СУБД состоят из клиентской части (которая входит в состав прикладной программы) и сервера. Клиент-серверные СУБД, в отличие от файл-серверных, обеспечивают разграничение доступа между пользователями и мало загружают сеть и клиентские машины. Сервер является внешней по отношению к клиенту программой, и по надобности его можно заменить другим. Недостаток клиент-серверных СУБД в самом факте существования сервера (что плохо для локальных программ — в них удобнее встраиваемые СУБД) и больших вычислительных ресурсах, потребляемых сервером. Примеры: Firebird, Interbase, IBM DB2, MS SQL Server, Sybase, Oracle, PostgreSQL, MySQL, ЛИНТЕР.

  • Встраиваемые.

  К выбираемой СУБД системой выдвигаются следующие основные требования:

  ·   высокая производительность, которая оценивается:

  v  временем выполнения запросов;

  v скоростью поиска информации в неиндексированных полях;

  v временем выполнения операций импортирования БД из других форматов;

  v скоростью создания индексов и выполнением таких массовых операций, как обновление, вставка, удаление данных;

  v временем генерации отчетов;

  ·   возможность  реализации импорта-экспорта, т.е.

  v возможность обработки СУБД информации, подготовленной другими программными средствами;

  v возможность использования другими программами данных, сформированных средствами рассматриваемой СУБД;

  ·   доступ к данным SQL;

  ·   возможность запросов и инструментальные средства разработки прикладных задач, следовательно:

  v наличие средств реализации меню, экранных форм ввода-вывода данных и генерации отчётов.

  Рынок программного обеспечения располагает большим числом разнообразных по своим функциональным возможностям СУБД, а также средствами их окружения практически для всех массовых моделей машин и для различных ОС. Для нас же интерес представляют СУБД, функционирующие в среде  Windows.

  Наиболее целесообразно в данном случае выбрать СУБД Microsoft Access версий 2003 или 2007 года. Это настольная система управления реляционными базами данных (СУБД), предназначенная для работы на автономном персональном компьютере (ПК) или локальной вычислительной сети под управлением семейства операционных систем Microsoft Windows (Windows 2000, Windows XP и Windows Server 2003). СУБД Microsoft Access обладает мощными, удобными и гибкими средствами визуального проектирования объектов с помощью Мастеров, что позволяет пользователю при минимальной предварительной подготовке довольно быстро создать полноценную информационную систему на уровне таблиц, запросов, форм и отчетов. К основным возможностям СУБД Microsoft Access можно отнести следующие: Проектирование базовых объектов - двумерные таблицы с полями разных типов данных. Создание связей между таблицами, с поддержкой целостности данных, каскадного обновления полей и каскадного удаления записей. Ввод, хранение, просмотр, сортировка, изменение и выборка данных из таблиц с использованием различных средств контроля информации, индексирования таблиц и аппарата алгебры логики. Создание, модификация и использование производных объектов (запросов, форм и отчетов).

  Данная системы управления базами данных может использоваться на клиентских компьютерах. Также нужно использовать серверную СУБД. Наиболее удобна для этого SQL Server 2003. Эта система отлично взаимодействует с Access и проста в работе и настройке.

  
  

  ГЛАВА 2.Проектная часть

  2.1 Информационное обеспечение задачи.

  
  

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

  Функциональная  структура  системы определяется  действующей  на  предприятии  системой  учёта складских операций  . В результате исследования  входных  документов  и  необходимых  итоговых  форм  разработана структура  базы  данных:  таблицы  справочных  и  входных данных, запросы  на получение  различных  итоговых  форм, проектирование  форм  по  вводу  прихода  и  расхода запасных частей, создание  меню по  работе  в системе. Для справочников существует входная информация об изменении или новом виде объекта справочника. Эта информация не оформляется в виде документа.

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

              В состав информационной базы входят:

  1. массивы постоянной нормативно-справочной информации;

  2. массивы, содержащие текущие данные о состоянии управляемого объекта;

  3. массивы, содержащие данные, поступающие из внешней среды;

  4. массивы, содержащие накапливаемые данные за определенный промежуток времени.

            Информационное обеспечение предприятия условно можно разделить на внемашинное и внутримашинное. К внемашинному обеспечению относится часть информационного обеспечения, представляющая собой совокупность сообщений, сигналов и документов, используемых при функционировании автоматизированной системы управления в форме. К внутримашинному относится та часть информационного обеспечения, которая, представляя собой совокупность используемых в АСУ данных, фиксируется на машинных носителях системы.

    Основная задача организации информационного обеспечения состоит в адекватном отображении объекта управления и обеспечении информационных потребностей функциональных задач управления.

     Цель проектирования— создать точное и пол­ное отображение модели реального мира, используемое в дальнейшем в качестве источника информации для построения БД.

  Описание предметной области, выполненной без ориентации на используемые в дальнейшем программные и технические средства. Содержит исходную информацию о предметной области.

  Требования, предъявляемые к проектируемой модели:

  - Адекватное отображение (язык для представления ИМ должен обладать достаточными выразительными возможностями)

  - Непротиворечивость (не должна допускаться неоднозначная трактовка модели)

  - Легко расширяемость (обеспечение ввода новых данных без изменения ранее определенных)

  - Гибкий язык (язык должен быть применим как при ручном, так и при автоматизированном проектировании)

  - Понятность всем пользователям.

  
  

  2.2. Используемые системы нотации.

     Унифицированный язык моделирования (UML) являетя стандартным инструментом для создания "чертежей" программного обеспечения. С помощью UML можно визуализировать, специфицировать, конструировать и документировать артефакты программных систем.

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

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

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

  В моем дипломном проекте будут использоваться такие диаграммы, как:

  ·   Диаграммы прецедентов. Это один из пяти типов диаграмм, применяемых в UML для проектирования информационных систем. Диаграммы прецедентов играют основную роль в моделировании поведения системы, подсистемы или класса. Каждая такая диаграмма показывает множество прецедентов, актеров и отношения между ними. Диаграммы прецедентов применяются для моделирования вида системы с точки зрения прецедентов (или вариантов использования). Чаще всего это предполагает моделирование контекста системы, подсистемы или класса либо моделирование требований, предъявляемых к поведению указанных элементов. Диаграммы прецедентов имеют большое значение для визуализации, специфицирования и документирования поведения элемента. Они облегчают понимание систем, подсистем или классов, представляя взгляд извне на то, как данные элементы могут быть использованы в соответствующем контексте. Кроме того, такие диаграммы важны для тестирования исполняемых систем в процессе прямого проектирования и для понимания их внутреннего устройства при обратном проектировании.

  ·   Диаграммы классов. это набор статических, декларативных элементов модели. Диаграммы классов могут применяться и при прямом проектировании, то есть в процессе разработки новой системы, и при обратном проектировании - описании существующих и используемых систем. Информация с диаграммы классов напрямую отображается в исходный код приложения - в большинстве существующих инструментов UML-моделирования возможна кодогенерация для определенного языка программирования (обычно Java или C++).

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

  
  

  Рис. 7 «Общее отображение класса на диаграмме классов»

  
  

  ·   Диаграммы последовательностей. Это диаграмма взаимодействия, в которой основной акцент сделан на упорядочении сообщений во времени. Основными элементами диаграммы последовательностей являются обозначения объектов (прямоугольники), вертикальные линии, отображающие течение времени при деятельности объекта, и стрелки, показывающие выполнение действий объектами. Такие диаграммы показывают, как объекты работают вместе для достижения общей цели, акцентируясь на их ролях. предназначены для описания динамических аспектов моделируемой системы. Обычно они применяются для того, чтобы: а) показать набор взаимодействующих объектов в реальном окружении "с высоты птичьего полета"; б)распределить функциональность между классами, основываясь на результатах изучения динамических аспектов системы; в)описать логику выполнения сложных операций, особенно в тех случаях, когда один объект взаимодействует еще с несколькими объектами; г)изучить роли, выполняемые объектами внутри системы, а также отношения между объектами, в которые они вовлекаются, выполняя эти роли.

     Это все виды диаграмм языка проектирования UML, которые я буду использовать для разработки информационной системы. Я использую необходимые средства для описания проектной части.

  
  

  2.3 Информационная модель и ее описание.

  На начальных этапах создания ИС необходимо понять, как работает организация, которую мы собираемся автоматизировать. Никто в организации не знает, как она работает в той мере подробности, которая необходима для создания ИС. Руководитель хорошо знает работу в целом, но не в состоянии вникнуть в детали работы каждого рядового сотрудника. Рядовой сотрудник хорошо знает, что творится на его рабочем месте, но плохо знает, как работают коллеги. Поэтому для описания работы предприятия необходимо построить модель. Microsoft Visio как раз и предназначен для построения таких моделей - функциональных моделей (или моделей процессов).

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

   Создание информационной модели представляется циклическим итерационным процессом, состоящим из сбора данных, построении на их основе модели, устранении замечаний рецензентов. По мере изучения объекта исследования и получения дополнительной информации разработчик модели может неоднократно возвращаться на предыдущие фазы проектирования, чтобы внести изменения, уточнения и дополнения. Информационная модель должна пройти комплексную проверку, прежде чем на основании её анализа будут делаться выводы, и приниматься решения.

  2.3.1 Диаграмма классов.

  На основе диаграммы прецедента «Формирование и отправка заказа деталей», приведенной и описанной в первой главе, будет построена диаграмма классов.

  Диаграмма классов представлена в контексте решаемой задачи. На ней отображены классы, их атрибуты, операции, связи между ними. Указан также тип связи и ее содержание.

  
  

  Рассмотрены  восемь классов: Заказ-Наряд, Справочник, Детали, Система, Заведующий Складом, Менеджер, Модели, Заказ Деталей. Каждый из описанных классов характеризуется участием в описываемом процессе. Атрибуты, свойственные каждому классу также описаны. И операции.

       Связи между классами также отражают реальное положение вещей. Например, рассмотрим связь между классами «Заказ - Наряд» и «Заказ Деталей». Данный тип связи называется ассоциация. Также указана множественность ассоциации: «1 1..*».  Это означает, что в одном заказе-наряде может содержаться от одного до нескольких заказов деталей.

      Эффективное решение задач автоматизированных систем проектирования и управления во многом зависит от правильности разработки процедур сбора и подготовки данных и их достоверности. Поэтому информацию можно разделить на три основных блока.

  Первый блок данных показывает постоянную информацию, реализованную виде справочников. В данной системе выделено два основных и три вспомогательных справочника. Модели и Справочник – это основные, они являются источником информации при учете поступления деталей, а также при формировании отчетной сущности Детали. Вспомогательные справочники являются источником информации для основных справочников. Разбиение справочников на основные и вспомогательные создано для удобства при их заполнении.

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

  Третий блок – это блок отчетной информации. С учетом изменения входных данных формируются сводные сущности, в которых все эти изменения учитываются. Система необходима для формирования отчетной информации и удобна тем, что фиксируют каждое изменение данных, т.е информация, хранящаяся в них актуальна на любой момент времени.

  2.3.2 Диаграммы коопераций.

      Наиболее наглядно показать проектируемую систему можно с помощью диаграмм коопераций. Временная последовательность указывается путем нумерации сообщений. Такое пространственное расположение позволяет более легко отразить статическое взаимодействие объектов, перекрывающие компоненты.

          Будет приведено несколько диаграмм операций, отражающих взаимодействие объектов реального мира. Чем больше количество подобных диаграмм, и чем тщательнее они описаны, тем удобнее будет программисту разрабатывать информационную систему.

  
  

  
  
  

  Рис.11 « Диаграмма коопераций»

   

  
  
  
  
  
  

      Пояснение к диаграмме на рисунке 11:

  1. Менеджер открывает «Модели» и вводит требуемую модель самостоятельно или выбирает из списка.

  2. Менеджер выбирает требуемую деталь(запасную часть).

  3. Создает заказ-наряд на получение (выдачу) запасных частей.

  4. Отправляет заказ для поставки деталей в сервис.

  
  
  
  
  
  

  Рис.12 « Диаграмма коопераций»

  
  

        Пояснение к диаграмме на рисунке 12:

  
  

  1.Менеджер обращается к справочнику «Модели» для поиска требуемой запасной части.

  2.Если деталь в наличии, открывает файл. При этом запускает ФОД. Менеджер сохраняет файл под новым именем. Таким образом, создается новый файл с новым отчетом.

  3.Если менеджер не находит подходящие детали, он запускает «Заказ» и создает новый файл бланка заказ запасных частей.

  4.В процессе работы над документом он использует приложение «Модели» и «Детали».

  5.После окончания работы он сохраняет заказ в ФОД.

  
  

  
  
  
  
  
  

  Рис.13 « Диаграмма коопераций»

   

      Пояснение к диаграмме на рисунке 13:

   

  1.Менеджер открывает справочник «Модели» при подборе требуемой детали.

  2.Операционная система производит обновление базы и отображает список запасных частей.

  3.Менеджер выбирает искомую деталь, система отображает ее на мониторе.

  
  

  2.3.3. Диаграммы последовательности.

       На приведенных выше двух диаграммах взаимодействия(диаграммах последовательности) приведены примеры заказа и поставки деталей.

  Так как эти диаграммы очень просты и наглядны, они существенно помогают разобраться поведении системы.

  
  

   

   

  Рис.14 « Диаграмма последовательности «Отправка заказа»

  
  
  
  
  

  
  

  2.4. Пользовательский интерфейс.

    

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

      Использование диалогового режима целесообразно для данной задачи. На основе современных графических средств и наглядных пользовательских интерфейсов можно обеспечить комфортный, максимально упрощенный доступ конечных пользователей к управлению и результатам функционирования системы. Удобно разработанный интерфейс позволит регламентировать основные действия пользователя.

  Во время работы программы, рабочая область должна предоставлять собой четыре части экрана: · Меню и панель инструментов в верхней части экрана. · Дерево проводника с правой стороны экрана. · Рабочее пространство программы в середине экрана. · Строка состояния в нижней части экрана. Строка меню должна представлять собой меню, которое является средство доступа к некоторым функциям и типовым настройкам программы. Панель инструментов обеспечивает быстрый доступ к функциям главного меню. Дерево проводника отображает в себе структуру системы и обеспечивает удобную навигацию по справочникам. Дерево проводника делится, в свою очередь, на две части. Первая представляет собой само дерево, а вторая – справочную информацию о выбранном разделе. Рабочее пространство представляет собой область с диалогом, при взаимодействии с которым осуществляется работа с системой. Строка состояния в нижней части должна обеспечивать  пользователя информацией о выполнимых действиях. Система должна позволить пользователям работать со справочниками; добавлять, изменять, удалять  просматривать информацию из них; генерировать отчеты, с дальнейшей возможностью переноса в офисные программы, такие как Microsoft Word, Microsoft Excel. Интеграция с пакетом Microsoft Office обеспечивает возможность дальнейшей обработки  и индивидуального анализа данных. Далее будут представлены проекты некоторых экранных форм разрабатываемого приложения, чтобы наглядно видеть итог проделанной работы.  

  2.4.1 Проекты экранных форм приложения.

  
  

      Здесь будут приведены некоторые экранные формы для проектируемого приложения. После рисунков с формами будет их краткое описание.

      Следует отметить, что данные формы только проектные, то есть несомненно будут дорабатываться. Но общий их вид будет следующим.

  
  
  
  

            
  

  
  
       

   

  Рис. 16 «Проект экранной формы «Модели»

   

   

   

   

   

   

   

   

   

   

  Рис. 17 «Проект экранной формы «Детали»

   

   

   

   

   

   

   

   

  Рис. 18 «Проект экранной формы «Заказ - наряд»

   

   

   

   

   

   

   

  Форма «Модели».

      Рассматриваемая форма  позволяет добавлять новые детали, либо ,в случае ошибки ввода ,удалить их . Пользователь при работе создает новый бланк, который можно модифицировать или, при необходимости удалить. Пользователь должен ввести требуемую модель ,затем из предоставляемого списка выбрать изделие (утюг, пылесос и т.д.).Указывается торговая марка и необходимое количество деталей. Шасси модели устанавливается автоматически (код). Положительным моментом в использовании формы «Модели»  является ее компактность, т.е. осуществляется  оперативный подбор искомой комплектующей.

  
  

  Форма «Детали».

     При поиске и подборе необходимой для проведения ремонтных работ детали, предлагается выбрать из списка ее номер и непосредственно изделие, к которому она поставляется. Описание запасной части (название на английском языке в соответствии с мануалом), спецификация и цена определяется и устанавливается системой автоматически. Статус и дивизион требуемой детали (кодовое место расположения на изделии) определяется в случае необходимости.

  Форма «Заказ - наряд».

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

  2.5. Организация технологии сбора, передачи, обработки и выдачи информации.

  
  

           Совокупность операций, осуществляемых в строго определенной последовательности с начального момента до окончательного получения заданных результатов называется технологическим процессом машинной обработки экономической информации. Он делится на четыре этапа: первичный, подготовительный, основной и заключительный. На первичном этапе происходит сбор исходных данных, их регистрация и передача для ввода в ЭВМ. На подготовительном этапе осуществляются операции по приему, контролю и регистрации входной информации и переносу ее на машинные носители. Непосредственную обработка информации на ЭВМ происходит на основном этапе, а на заключительном осуществляется контроль, выпуск и передача результатной информации потребителю.

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

  
  

  ГЛАВА 3. Обоснование экономической эффективности.

  
  

  3.1. Экономическая эффективность.

  
  

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

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

           К основным показателям экономической эффективности относятся: экономический эффект, коэффициент экономической эффективности капитальных вложений, срок окупаемости капитальных вложений.

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

  -   улучшение показателей их основной деятельности, происходящее в результате использования программного изделия;

  -    сокращение сроков освоения новых программных изделий за счет их лучших эргономических характеристик;

  -   сокращение расхода машинного времени и других ресурсов на отладку и сдачу задач в эксплуатацию;

  -   повышение технического уровня, качества и объемов вычислительных работ;

  -   увеличение объемов и сокращение сроков переработки информации;

  -   повышение коэффициента использования вычислительных ресурсов, средств подготовки и передачи информации;

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

  -   снижение трудоемкости работ программистов при программировании прикладных задач с использованием новых программных изделий в организации – потребителе программного изделия;

  -   снижение затрат на эксплуатационные материалы.

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

        Срок окупаемости (величина, обратная коэффициенту эффективности) – показатель эффективности использования капиталовложений – представляет собой период времени, в течение которого произведенные затраты на программные изделия окупаются полученным эффектом.

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

          Показатели экономической эффективности программного изделия определяются:

  -   экономической оценкой результатов влияния программного изделия на конечный результат их использования (основное направление анализа и расчета показателей эффективности – для прикладных программных изделий);

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

  -   экономической оценкой результатов влияния программного изделия на технологический процесс создания новых программных изделий (основное направление анализа и расчета показателей эффективности – для инструментально-технологических средств разработки и производства программного обеспечения).

        При необходимости определения экономической эффективности программных изделий, входящих в состав АСУ и другие системы через оценку влияния программного изделия на конечные результаты функционирования этих систем, доля эффекта от программного изделия оценивается по коэффициенту долевого участия программного изделия в показателях эффективности автоматизированных систем. Эти показатели рассчитываются по результатам основной деятельности организации на основе соответствующих общегосударственных, отраслевых и ведомственных методик. Долевой коэффициент участия программного изделия в показателях эффективности автоматизированных систем в зависимости от условий расчета может определяться как отношение трудозатрат на разработку программного изделия к трудозатратам на разработку системы, а также методом экспертных оценок по взаимному соглашению разработчиков, изготовителей и пользователей.

  Применяемый метод оценки трудоемкости разработки программного обеспечения на основе вариантов использования основана на материалах компании Rational Software.

  
  

  3.1.1 Определение весовых показателей действующих лиц

  Все действующие лица системы делятся на три типа: простые, средние  и сложные.

  ·   Простое действующее лицо представляет внешнюю систему с четко определенным программным интерфейсом.

  ·   Среднее действующее лицо представляет либо внешнюю систему, взаимодействующую с данной системой посредством протокола.

  ·   наподобие TCP/IP, либо личность, пользующуюся текстовым интерфейсом (например, алфавитно-цифровым терминалом).

  ·   Сложное действующее лицо представляет личность, пользующуюся графическим пользовательским интерфейсом.

  Общее количество действующих лиц каждого типа умножается на соответствующий весовой коэффициент, затем вычисляется общий весовой показатель (табл. 3.1).

  Таблица 3.1

  Весовые коэффициенты действующих лиц

  Тип действующего лица	Весовой коэффициент
  Простое	1
  Среднее	2
  Сложное	3

  
  

         Рассмотрим разработку автоматизируемой системы промежуточного контроля знаний (табл. 3.2).

  Таблица 3.2

  Типы действующих лиц

  Действующее лицо	Тип
  Мастер	Среднее
  Секретарь	Простое
  Заведующий складом	Среднее
  Менеджер	Среднее

                Таким образом, общий весовой показатель равен:

  А  = 2*1 + 1*1 +2*1+2*1 = 7

  3.1.2 Определение весовых показателей вариантов использования

       Все варианты использования делятся на три типа: простые, средние и сложные в зависимости от количества транзакций в потоках событий (основных и альтернативных). В данном случае под транзакцией понимается атомарная последовательность действий, которая выполняется полностью или отменяется.

     Общее количество вариантов использования каждого типа умножается на соответствующий весовой коэффициент, затем вычисляется общий весовой показатель (табл. 3.3).

  Таблица 3.3

  Весовые коэффициенты вариантов использования

  Тип варианта использования	Описание	Весовой коэффициент
  Простой	3 или менее транзакций	5
  Средний	От 4 до 7 транзакций	10
  Сложный	Более 7 транзакций	15

   

  Другой способ определения сложности вариантов использования заключается в подсчете количества классов анализа, участвующих в их реализации (табл. 3.4).

  Таблица 3.4

  Весовые коэффициенты вариантов использования

  Тип варианта использования	Описание	Весовой коэффициент
  Простой	Менее 5 классов	5
  Средний	От 5 до 10 классов	10
  Сложный	Более 10 классов	15

  
  

         Для данной системы выбран первый способ определения весовых показателей вариантов использования, который заключается в подсчете количества транзакций в потоках событий (таблица 3.5).

                                                                                                          Таблица 3.5

  Сложность вариантов использования

  Вариант использования	Тип
  Регистрация заявки на проведение обслуживания	Простой
  Определение неисправностей	Средний
  Составление формы заявки	Простой
  Формирование списка запчастей и видов работ	Средний
  Формирование заказа поставщику	Простой
  Отправка заказа поставщику	Простой

  
  

          Общий весовой показатель равен:

  UC = 5*1+10*2+5*1+10*2+5*1+5*1

  UC = 60

   

          В результате получаем показатель UUCP (Unadjusted Use Case Points):

  UUCP = A + UC

  UUCP = 7 + 50

  UUCP = 67

  3.1.3 Определение технической сложности проекта

        Техническая сложность проекта (TCF – Technical Complexity Factor) вычисляется с учетом показателей технической сложности (табл. 3.6).

       Каждому показателю присваивается значение T_i  в диапазоне от 0 до 5 (0 означает отсутствие значимости показателя для данного проекта, 5 – высокую значимость). Значение TCF вычисляется по формуле:

  
  

  TCF = 0,6 + (0,01 * (åT_i * Вес_i))

                                                                                                                   Таблица 3.6

  Показатели технической сложности проекта TCF

  Показатель	Описание	Вес
  T1	Распределенная система	2
  T2	Высокая производительность (пропускная способность)	1
  T3	Работа конечных пользователей в режиме он-лайн	1
  T4	Сложная обработка данных	1
  T5	Повторное использование кода	1
  T6	Простота установки	0,5
  T7	Простота использования	0,5
  T8	Переносимость	2
  T9	Простота внесения изменений	1
  T10	Параллелизм	1
  T11	Специальные требования к безопасности	1
  T12	Непосредственный доступ к системе со стороны внешних пользователей	1
  T13	Специальные требования к обучению пользователей	1

         

   Таблица 3.7

  Показатели технической сложности системы автоматизации рабочего места мастера в строительстве

  Показатель	Вес	Значение	Значение с учетом веса
  T1	2	4	8
  T2	1	4	4
  T3	1	3	3
  T4	1	3	3
  T5	1	0	0
  T6	0,5	0	0
  T7	0,5	5	2,5
  T8	2	3	6
  T9	1	4	4
  T10	1	3	3
  T11	1	2	2
  T12	1	3	3
  T13	1	1	1
  å			39,5

  
  

     Вычислим техническую сложность проекта для системы автоматизированного рабочего места мастера в строительстве:

  TCF = 0,6 + (0,01 * 39,5)

  TCF = 0,99

  3.1.4 Определение уровня квалификации разработчиков

  Уровень квалификации разработчиков (EF – Environmental Factor) вычисляется с учетом следующих показателей (табл. 3.8).

  Таблица 3.8

  Показатели уровня квалификации разработчиков

  Показатель	Описание	Вес
  F1	Знакомство с технологией	1,5
  F2	Опыт разработки приложений	0,5
  F3	Опыт использования объектно- ориентированного подхода	1
  F4	Наличие ведущего аналитика	0,5
  F5	Мотивация	1
  F6	Стабильность требований	2
  F7	Частичная занятость	-1
  F8	Сложные языки программирования	-1

  
  

  Каждому показателю присваивается значение в диапазоне от 0 до 5. Для показателей F1 – F4 0 означает отсутствие, 3 – средний уровень, 5 – высокий уровень. Для показателей F5 0 означает отсутствие мотивации, 3 – средний уровень, 5 – высокий уровень мотивации. Для F6 0 означает высокую нестабильность требований, 3 – среднюю, 5 – стабильные требования. Для F7 0 означает отсутствие специалистов с частичной занятостью, 3 – средний уровень, 5 – все специалисты с частичной занятостью. Для показателя F8 0 означает простой язык программирования, 3 – среднюю сложность, 5 – высокую сложность.

  Значение EF вычисляется по формуле:

  EF = 1,4 + (-0,03 * (åF_i * Вес_i)).

         Вычислим уровень квалификации разработчиков для данной системы  (табл. 3.9).

  Таблица 3.9

  Показатели уровня квалификации разработчиков  системы

  Показатель	Вес	Значение	Значение с учетом веса
  F1	1,5	3	5,5
  F2	0,5	3	2,5
  F3	1	3	3
  F4	0,5	2	1
  F5	1	3	2
  F6	2	4	5
  F7	-1	0	0
  F8	-1	3	-4
  å			15

  EF = 1,4 + (-0,03 *15)

  EF = 0,95

   

         В результате получаем окончательное значение UCP (Use Case Points):

  
  

  UCP = UUCP * TCF * EF

  UCP = 67 * 0,99 * 0,95

  UCP = 63

   

   

  3.1.5 Оценка трудоемкости проекта

         В качестве начального значения предлагается использовать 20 чел.-ч на одну UCP. Эта величина может уточняться с учетом опыта разработчиков.  Для уточнения рассмотрим показатели F1 – F8 и определим, сколько показателей F1 – F6 имеют значение меньше 3 и сколько показателей F7 – F8 имеют значение больше 3. Если общее количество меньше или равно 2, следует использовать 20 чел.-ч на одну UCP, если 3 или 4 – 28. Если общее количество равно 5 или более, следует внести изменения в сам проект, в противном случае риск провала слишком высок.

         Для данной системы:

  F1 – F6 < 3 = 1

  F7 – F8 > 3 = 0

         Получаем 20 человеко-часов на одну UCP, таким образом, общее количество человеко-часов на весь проект равно

  67 * 20 = 1340

         Это составляет 32 недели при 40-часовой рабочей недели. Допустим, что команда разработчиков состоит из двух человек, и добавим 1 неделю на различные непредвиденные ситуации, тогда в итоге получим 17 недель на весь проект.

           Определение стоимости проекта. Стоимость проектировки и реализации проекта с учетом 40 часовой рабочей недели и 120 рублей стоимости часа разработчика, а также с учетом накладных расходов, которые составляют 72 рубля в час и часовой нормы амортизации, равной 2, составит:

  (120+72+2)*2*40*17 = 263840 рублей.

  Для определения экономической эффективности автоматизированных систем существует целый ряд типовых методик, используемых с учетом специфики данного органа управления и организации в нем процесса внедрения автоматизированной системы:

  1. Расчет экономической эффективности при производстве программных средств.

  2. Расчет экономической эффективности от использования программных средств в вычислительных процессах.

  3. Расчет общего экономической эффективности от использования программных средств.

  4. Расчет коэффициента экономической эффективности и срока окупаемости капитальных вложений в программное средство.

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

  1) К трудовым показателям можно отнести следующие показатели:

        Абсолютное снижение трудовых затрат (DТ):

  (3.1)

         где Т₀ - трудовые затраты на обработку информации по базовому варианту,

        Т₁ - трудовые затраты на обработку информации по предлагаемому варианту.

        Коэффициент относительного снижения трудовых затрат (К_т ):

  (3.2)

        Индекс повышение производительности труда (Y_т):

  (3.3)

  2) К стоимостным относятся следующие показатели:

        Абсолютное снижение стоимостных затрат (DС):

  (3.4)

        где С₀ - стоимостные затраты на обработку информации по базовому варианту,

       С₁ - стоимостные затраты на обработку информации по предлагаемому варианту.

       Коэффициент относительного снижения стоимостных затрат (К_с):

  (3.5)

       Индекс снижения стоимостных затрат или повышение производительности труда (Y_с):

  (3.6)

        Коэффициенты К_C и Y_C характеризуют рост производительности труда за счет внедрения более экономичного варианта проектных решений. При оценке эффективности используются обобщающие и частные показатели. К основным обобщающим показателям экономической эффективности относится срок окупаемости затрат на систему.

         Срок окупаемости затрат на внедрение проекта машинной обработки информации (ТОК) представляет собой отношение затрат на создание проекта машинной обработки информации к абсолютному снижению стоимостных затрат:

  (3.7)

   

  
  

  3.2.1. Расчет показателей экономической эффективности проекта

  Для определения трудовых и стоимостных затрат на операцию обработки документов при ручном (базовом) и машинном (проектном) режиме обработки заполняются таблицы 3.2. и 3.3.

  
  

  Трудовые и стоимостные затраты на операцию обработки документов при ручном (базовом) режиме обработки

  № п/п	Наименование операций технологического процесса решения комплекса задач	Оборудование	Ед. Изм.	Объем работы в год	Норма выработки / производительность устройств ЭВМ ( в час.)	Трудоемкость (гр5: гр6)	Средне-часовая зарплата мастера (руб.)	Часовая норма амортизации / ст. 1 м.часа (руб.)	Часовая стоимость накладных расходов (руб.)	Стоимость работы оборудования (гр8+ гр9 + гр10)  для руч. опер.	Стоимостные затраты (гр7*гр11) (руб.) для операций, вып. на ЭВМ
  1	2	3	4	5	6	7	8	9	10	11	12
  1	Формирование заявления ремонт техники	Ручное	заявление	200	2	100	120	0	40	160	16000
  2	Открытие заявки	Ручное	работа	100	4	25	120	0	40	160	4000
  3	Закрытие заявки	Ручное	работа	100	4	50	120	0	40	160	8000
  4	Отправка заказа поставщику	Ручное	работа	250	4	62,5	120	0	40	160	10000
  5	Итого:					237,5					38000

  Трудовые и стоимостные затраты на операцию обработки документов при машинном (проектном) режиме обработки

  № п/п	Наименование операций технологического процесса решения комплекса задач	Оборудование	Ед. Изм.	Объем работы в год	Норма выработки / производительность устройств ЭВМ ( в час.)	Трудоемкость (гр5: гр6)	Средне-часовая зарплата мастера (руб.)	Часовая норма амортизации / ст. 1 м.часа (руб.)	Часовая стоимость накладных расходов (руб.)	Стоимость работы оборудования (гр8+ гр9 + гр10)  для руч. опер.	Стоимостные затраты (гр7*гр11) (руб.) для операций, вып. на ЭВМ
  1	2	3	4	5	6	7	8	9	10	11	12
  1	Формирование заявления ремонт техники	ЭВМ	заявление	200	25	8	120	2	40	162	1296
  2	Открытие заявки	ЭВМ	Работа	100	20	5	120	2	40	162	810
  3	Закрытие заявки	ЭВМ	Работа	100	20	5	120	2	40	162	810
  4	Отправка заказа поставщику	ЭВМ	работа	250	25	10	120	2	40	162	1620
  5	Итого:					28					4536

  
  

         В соответствии с формулой (3.1) абсолютное снижение трудовых затрат (DТ) составляет:

  DТ = 237,5  – 28 = 209,5 часов/ год

          По формуле (3.2) коэффициент относительного снижения трудовых затрат (К_т):

  К_т = (209,5/237,5) * 100% = 88%

         По формуле (3.3) индекс снижения трудовых затрат или повышение производительности труда (Y_т) будет:

  Y_т = 237,5 / 28 = 8,5

         По формуле (3.4) абсолютное снижение стоимостных затрат (DС) составляет:                                     DС = 38000 – 4536 = 33464

         По формуле (3.5) коэффициент относительного снижения стоимостных затрат (К_С):                       К_С = (33464 / 38000) * 100% = 88%

         По формуле (3.6) индекс снижения стоимостных затрат или повышение производительности труда (Y_C):

  Y_C  = 38000 / 4536 = 8,5

         Для удобства восприятия данных обобщим полученные результаты в таблицу 3.12:                                                                                  Таблица 3.12

  Показатели эффективности от внедрения проекта (в год)

  	Затраты		Абсолютное изменение Затрат	Коэффициент изменения затрат	Индекс изменения затрат
  	Базовый вариант	Проектный вариант
  Трудоемкость (в часах)	T0 (час)	T1 (час)	DТ=Т0-Т1 (час)	КТ=DТ/T0´100 (%)	YT=T0/T1
  	237,5	28	209,5	88%	8,5
  Стоимость (в рублях)	C0 (руб.)	C1 (руб.)	DC=C0-C1 (руб.)	КC=DC/C0´100(%)	YC=C0/C1
  	3800	4536	33464	88%	8,5

  
  
  
  
  

  Рис 19. «Гистограмма трудовых затрат до и после автоматизации»

  
  

  Рис 20. « Гистограмма стоимостных затрат до и после автоматизации»

  
  
  

  Зная единовременные затраты на проектирование и внедрение проекта (рассчитанные в п. 3.1), можно вычислить срок окупаемости затрат на внедрение проекта машинной обработки информации (Т_ок) представляет собой отношение затрат на создание проекта машинной обработки информации к абсолютному снижению стоимостных затрат:

  (3.7)

  
  

  Т_ок = 263840/ 38000 = 7 лет

        На рис. 19 и 20 , соответственно, представлены гистограммы трудовых и стоимостных затрат.

        Полученные в результате расчета экономической эффективности показатели указывают на успешность внедрения разработанной системы. Затраты на внедрение окупятся в течение 8 лет и 6 месяцев.

        Трудовые  и стоимостные затраты снизились на 80%, что говорит о высокой эффективности применения разработанной системы.

  Заключение.

  
  

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

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

  Использование информационной системы, разработанной в рамках дипломного проекта:

  ·   обеспечит надежное хранение данных

  ·   сократит время обработки информации,

  ·   снизит трудоемкость и облегчит труд сотрудников;

  ·   сократит время расчета и стоимость обработки данных

  ·   предотвратит неправильное оформление документов

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

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

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

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

  В дипломном проекте были приведены необходимые рисунки, диаграммы и схемы, обеспечивающие наглядность, понятность.

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

   
  Литература.

  1. Вендров А.М. Проектирование программного обеспечения экономических информационных систем: Учебник – М.:Финансы и статистика, 2000. – 352 с. : ил.

  2. Вендров А.М. Практикум по проектированию программного обеспечения экономических информационных систем: Учеб. Пособие. – М.:Финансы и статистика, 2002. – 192 с. : ил.

  3. Вендров А.М. Проектирование программного обеспечения экономических информационных систем: Учебник. – 2-е изд., перераб. и доп. – М.: Финансы и статистика, 2006. – 544 с.: ил. ISBN 5-279-02937-8

  4. Вендров А.М. Практикум по проектированию программного обеспечения экономических информационных систем: Учеб. пособие. – 2-е изд., перераб. и доп. – М.: Финансы и статистика, 2006. – 192 с.: ил. ISBN 5-279-03106-2

  5. Ларман, Крэг Применение UML и шаблонов проектирования. 2-е издание. : Пер. с англ. – М. : Издательский дом «Вильямс», 2004. – 624 с. : ил. – Парал. тит. англ.

  6. Проскурин Д.К., Шитикова М.В. Проектирование информационных систем: Учеб. Пособие/ Воронеж. Гос. Арх.-строит.ун. – Воронеж,2003. – 198с.

  7. Елиферов В.Г., Репин В.В. Бизнес-процессы: Регламентация и управление: Учебник. – М.: ИНФРА-М, 2005. – 319с. – (Учебники для программы МВА).

  8. Г.Буч, Д.Рамбо, А.Джекобсон. Язык UML. Руководство пользователя.

  Информационные системы в экономике: Учебник/Под ред. проф. В.В. Дика. – М.: Финансы и статистика, 1996. – 272 с.: ил.

            9.    Джексон Г. Проектирование реляционных баз данных для использования с микро-ЭВМ М.: Финансы и статистика, 1991.

  Зеленков Ю.А. Введение в базы данных. Центр Интернет ЯрГУ, 1997

          10.    Трубилин И.Т., Семенов М.И., Лойко В.И., Барановская Т.П. Автоматизированные информационные технологии в экономике, 1999.

          11.    Справочник разработчика АСУ. под ред. Федоренко Н.П. и Карибского В.В., М., Экономика, 1978.

Скачать дипломную работу