Диплом_Автоматизация работы сервисной компании по ремонту компьютерной. Диплом_Автоматизация работы сервисной компании по ремонту компью. Дипломная работа специальность 5B070300 Информационные системы Караганда 2018 Обозначения и сокращения
 Скачать 1.48 Mb.
|
 Рисунок 17. Системное ПО 1.2. Инструментальное ПО (рисунок 18).  Рисунок 18. Инструментальное ПО 2) Прикладное ПО - программы обеспечения решения прикладных задач пользователя (рисунок 19).  Рисунок 19. Прикладное ПО 1.3. Специальное ПО - программы, используемые для решения уникальных проблем. На ЭВМ, являющихся рабочими местами пользователей, используется операционная система Window 7. Данная операционная система является современной многозадачной многопользовательской ОС с графическим интерфейсом пользователя. ОС Microsoft Windows 7, созданная как персональная высококлассная ОС, имеет более совершенные функциональные возможности и высокие системные требования по сравнению с ее конкурентами [25, с. 127]. Для ее функционирования требуется минимум 12-Мбайт ОЗУ, а для инсталляции - до 75 Мбайт пространства на жестком диске. Window 7 - это многопоточная многозадачная операционная система, обладающая также важными средствами обеспечения безопасности, надежной новой файловой системой с регистрационным журналом. Поскольку работникам магазина данная система является знакомой, для разработки программы была выбрана именно она. База данных для разрабатываемой ИС создана в СУБД MS Access, которое представляет собой приложение Microsoft Office, позволяющее создавать программные средства для получения определенных результатов. Приложение Access – это реляционная СУБД, поддерживающая все возможности и средства по обработке информации, которые свойствены реляционным моделям. Данные, которые нужно хранить в соответствующих БД, могут быть представлены в практически любом формате, к примеру, числовом, текстовом, графическом, денежном и т. д. Среди средств, предлагаемых СУБД Access важно отметить возможность динамического обмена данными (DDE) между Access и иными приложениями, поддерживающими данную технологию. Есть возможность использования технологии ActiveX, которая позволяет применять разработчику в своей программе не только объекты, свойственные этому приложению, но и объекты иных приложений (к примеру, Excel либо Word). Еще одним преимуществом является то, что при обработке данных пользователь может работать не только с БД обрабатываемого в Access формата, но и экспортировать данные других СУБД, которые имеют совершенно иной формат представления. Помимо этого, посредством Access пользователь может обрабатывать базу данных, которые поддерживают открытый доступ к данным. При обработке данных в Access применяется структурированный язык запросов SQL, являющийся стандартным языком базы данных. С его помощью можно реализовать различную обработку имеющейся информации, в частности, создавать выборки необходимой структуры, вносить требуемые изменения в имеющиеся базы данных, удалять или преобразовывать таблицы, формировать данные для отчетов и другие операции. Достоинством СУБД Access также является то, что с ее помощью можно создавать системы, обрабатывающие базу данных как на персональном компьютере, так и в локальной сети компании либо в Интернет, применяя режим обработки данных "клиент-сервер". Access предоставляет большие возможности по разработке приложений, связанных с обработкой баз данных. Причем разработчик не обязан быть высококлассным программистом, достаточно иметь представление о создании событийных приложений в среде Windows и обладать определенными навыками программирования на языке Visual Basic. Тогда разработчик в короткие сроки сможет обучиться разработке приложений в Access, благодаря чему сможет реализовывать автоматизирование и простых, и достаточно сложных связанных с обработкой данных задач. База данных Access – это файл, имеющий расширение mdb. В состав данного файла могут входить не только все таблицы, но и другие объекты приложений Access – формы, запросы, отчеты, макросы, страницы доступа к данным и модули. Несмотря на простоту, MS Access позволяет создавать базы данных достаточно сложной структуры. Удобство MS Access состоит также и в том, что это приложение интегрировано с другими приложениями Microsoft Office [26, с. 113]. Работа с Microsoft Access предполагает создание определенных объектов базы данных – таблиц, форм, запросов, отчетов, модулей, макросов. Но в зависимости от требований предметной области не все объекты СУБД MS Access могут использоваться при разработке конкретного программного приложения. В частности, речь идет о макросах, модулях и страницах данных. Использование этих объектов предполагает достаточно высокие требования к конечному программному продукту. Внутренний уровень связан с физическим размещением данных в памяти компьютера. На данном уровне формируется физическая модель БД, включающая структуры сохранения данных в памяти компьютера, включая описание форматов записей, порядок их физического или логического приведения в порядок, размещение по типам устройств, а также характеристики и пути доступа к данным [27, с. 114]. Информационная система учета техники будет реализована на языке визуального программирования Delphi 7. Гибкость и мощность Delphi при работе с БД базирована на низкоуровневом ядре – процессоре БД BDE (Borland Database Engine). Помимо BDE, Delphi дает возможность выполнять доступ к БД посредством использования технологии ODBC (Open DataBase Connectivity) фирмы Microsoft. Среда визуального программирования Си# предоставляет широкий набор возможностей для программирования приложений операционной системы Windows. Си# является программным продуктом для быстрой разработки приложений. В состав высокопроизводительного инструмента визуального построения приложений входит настоящий компилятор кода, который предоставляет средства визуального программирования. Си# реализует модули, которые несмотря на небольшие размеры (до 15-30 Кбайт), обладают высокой эффективностью (.exe и .dll). Эти небольшие по размерам и оперативно исполняемые модули означают, что требования к клиентским рабочим местам значительно снижаются, что имеет существенное значение также для конечных пользователей. Среда визуального программирования Си# рассчитана на программирование различных приложений и предоставляет для этой цели множество компонентов. Разработчика в первую очередь интересует скорость и качество создания программ. Данные характеристики может обеспечить лишь среда визуального проектирования, которая способна взять на себя существенные объемы рутинной работы по подготовке приложений. Данным требованиям возможности Си# отвечают в полном объеме и подходят для разработки систем любой сложности. На рисунке 20 представлены преимущества языка Си# в сравнении с другими аналогичными программными продуктами.  Рисунок 20. Преимущества языка Си# Таким образом в качестве средства разработки был выбран язык программирования Си#, обладающий дружественным интерфейсом, и удобным в применении. Техническое обеспечение сервисного цента «Ремонт компьютеров». Основу технического обеспечения системы информационной подсистемы предприятия составляет комплекс технических средств (КТС) – набор связанных между собой единым управлением и автономных технических средств сбора, накопления, передачи, обработки, представления и вывода информации и средств оргтехники [28, с. 315]. КТС должен иметь программную, техническую и информационную совместимость входящих в него средств; адаптируемостью к условиям функционирования службы управления персоналом; возможностью расширения с целью подключения новых устройств. Выбирая оборудования, необходимо учитывать назначение и состав комплектов оборудования, а также такие его основные характеристики, как: производительность при выполнении технологических операций, надежность работы, стоимость оборудования, совместимость работы различного оборудования, включая персональные компьютеры, количество и состав обслуживающего персонала, требуемая площадь для размещения оборудования. Важнейшей задачей выбора технических средств определяет затраты на их приобретение и эффективность будущего функционирования информационно-справочной службы. Разрабатываемая информационная система «Ремонт компьютеров» предназначено для работы на предприятии, занимающимся ремонтом бытовой и иной техники. Разработанная информационная система имеет удобный интерфейс, легко управляема, что овладеть программой сможет даже не опытный пользователь. Функциональные возможности: регистрация поступающей в сервисный центр техники на ремонт; заключение договоров с клиентами-рекламодателями об указываемых услугах; поиск заказов за указанный период. С помощью ИС «Ремонт компьютеров» повысится эффективность функционирования сервисного центра за счет снижения времени затрачиваемого на процессы сбора, обработки и получения любой запрашиваемой информации. Разрабатываемое программное обеспечение представляет собой организационно-административную и программно-аппаратную систему сбора и обработки данных, которая функционирует в реальном масштабе времени. Таким образом разрабатываемая информационно-справочная система обеспечит наиболее благоприятные условия по предоставлению услуг сервисного центра, а также сведет к минимуму затраты на его установку и эксплуатацию. Интерфейс пользователя системы построен таким образом, что менеджер, работающий в подсистеме, не встречает никаких специфических особенностей при работе с любой задачей, вне зависимости от того, к какой подсистеме эта задача относится. Функционально выделенная задача оформляется в виде отдельной программы, которая при запуске решает поставленную задачу этой программы. Состав АПП должны быть: персональный компьютер с тактовой частотой от 100 МГц и выше, Pentium- Ш и выше; клавиатура; мышь; монитор любой модели; принтер любой модели и типа; внешний блок коммутации специализированное программное обеспечение на диске. 2.3 Разработка базы данных информационной системы Создание и внедрение в практику современных ИС автоматизированных баз данных ставит новые задачи проектирования, не решаемые обычными приемами и методами. Вопросам проектирования баз данных необходимо уделять огромное внимание. От успешного проектирования базы данных зависит эффективность работы системы в целом, ее жизнеспособность и возможность дальнейшего развития. Именно поэтому вопрос проектирования баз данных выделяют как самостоятельное направление работ при создании информационных систем. Проектирование баз данных является итерационным, многоэтапным процессом принятия обоснованных решений в процессе анализа информационной модели предметной области, требований к данным со стороны прикладных программистов и пользователей, синтеза физических и логических структур данных, анализа и обоснования выбора аппаратных и программных средств. Этапы проектирования баз данных связаны с многоуровневой организацией данных. При рассмотрении вопроса проектирования баз данных обычно придерживаются многоуровневого представления данных: внешнего, инфологического, логического (даталогического) и внутреннего. Данное представление уровней данных не является единственным. Имеются также и иные варианты многоуровневого представления данных. Таким образом согласно предложениям исследовательской группы по системам управления данными Американского национального института стандартов ANSI/X3/SPARC обычно выделяется три уровня представления данных (рисунок 21).  Рисунок 21. Уровни представления данных Согласно данной концепции внешний уровень это подмножество концептуальной модели, которая необходима для выполнения определенного запроса либо прикладной программы. Иными словами, концептуальная модель выступает как схема, которая поддерживает определенную СУБД. Внешний же уровень является неким набором подсхем, которые необходимы ля реализации заданной прикладной программы либо запроса пользователя. Имеется также иная точка зрения, согласно которой под внешним уровнем понимают более общие понятия, которые связаны с изучением и анализом информационных потоков предметной области и их структуризацией. Иногда вводят вспомогательный уровень, который является промежуточным между внешним и даталогическим уровнями. Данный уровень носит название инфологический, он может выступать как самостоятельный либо входить в состав внешнего уровня. Подобная концепция является более целесообразной с точки зрения понимания процесса проектирования базы данных. Поэтому инфологический уровень рассматривается как самостоятельный уровень представления данных. Внешний уровень в данном случае выступает как отдельный этап проектирования, где изучается все внемашинное информационное обеспечение - формы документирования и представления данных, а также внешняя среда, в которой будет функционировать банк данных с точки зрения методов фиксации, сбора и передачи данных в базу данных. При проектировании БД на внешнем уровне требуется изучить функционирование объекта управления, для которого проектируется БД, все входные и выходные документы с точки зрения определения того, какие именно данные нужно хранить в базе данных. Внешним уровнем обычно называют словесное описание входных и выходных сообщений, а также данных, которые рекомендуется хранить в БД. Описание внешнего уровня не исключает наличия элементов дублирования, избыточности и несогласованности данных. В связи с этим для устранения данных аномалий и противоречий внешнего описания данных осуществляют инфологическое проектирование. Инфологическая модель – это средство структуризации предметной области и понимания концепции семантики данных. Ее можно рассматривать главным образом как средство документирования и структурирования формы представления информационных потребностей, обеспечивающую непротиворечивое общение создателей системы и пользователей [29, с. 54]. Все внешние представления интегрируются на инфологическом уровне, где формируется инфологическая модель данных. Инфологический уровень – это информационно-логическая модель предметной области, из которой исключена избыточность данных и отображены информационные особенности объекта управление без учета особенностей и специфики заданной СУБД. Иными словами, инфологическое представление данных направлено главным образом на человека, проектирующего либо использующего базу данных. Инфологическая модель Таблицы-связи базы данных информационной системы компании «Ремонт компьютеров» представлена на рисунке 22.  Рисунок 22. Инфологическая модель базы данных ИС «Ремонт компьютеров» При построении логического уровня учитывается специфика и особенности определенной СУБД. На данном уровне происходит формирование концептуальной модели данных, отвечающей выбранной СУБД. Для программного обеспечения сервисного центра «Ремонт техники» в БД необходимо хранить следующие данные: информацию: о технике, о сотрудниках, об обслуживании, о производителях. Проанализировав характер данных, составляется даталогическая модель (таблицы 1-7). Благодаря построению даталогической модели можно представить каждую из полученных сущностей (стержень, ассоциация либо характеристика) основной таблицей. Здесь определяются первичные ключи, спецификация ограничений на них, присвоение полям таблиц типа данных и описание ограничений, соблюдение которых не допускает ошибочного заполнения таблиц. В качестве даталогической модели базы данных была выбрана реляционная модель, так как данная модель является результатом более развитых представлений о формировании и ведении баз данных, на которые наложен строгий математический аппарат. Реляционные модели наиболее наглядно и логично отражают структуру хранимых данных и внутренних связей, благодаря чему можно более полно выполнить анализ структуры базы данных при ее создании. Это привело к тому, что именно реляционные модели баз данных наиболее популярны сегодня и являются стандартом, на который переводятся все существовавшие ранее базы данных с сетевой и иерархической моделью. Ещё одним веским доводом в пользу выбора реляционной модели является тот факт, что основная часть предоставляемых средств для разработки баз данных направлены лишь на реляционную модель. Помимо этого, реляционные базы данных в последствии легче интегрировать и расширять, что является обязательной частью дальнейшего развития баз данных, с увеличением возлагаемых на них задач. Инфологическую модель базы данных можно без труда отобразить в реляционную даталогическую модель, применяя описанные ранее правила по переводу. В итоге получаются таблицы реляционной базы данных, в которых каждая сущность непосредственно отражается в отдельную таблицу, атрибуты каждой сущности становятся полями данной таблицы, а первичные ключи сущности становятся первичными ключами таблицы . На этом этапе надо также нормализировать полученные таблицы для устранения избыточности данных. Данная процедура в будущем существенно облегчит усилия, затрачиваемые на поддержании таблиц базы данных в целостном состоянии. Таблица 1 Даталогическая модель таблицы «Материалы»
Таблица 2 Даталогическая модель таблицы «Клиенты»
Таблица 3 Даталогическая модель таблицы «Сотрудники»
Таблица 4 Даталогическая модель таблицы «Заявки»
Таблица 5 Даталогическая модель таблицы «Работы»
Таблица 6 Даталогическая модель таблицы «Марка»
Таблица 7 Даталогическая модель таблицы «Статус»
Инфологическая и даталогическая модели, отображающие модель одной предметной области, зависят друг от друга. Инфологическая модель может без труда трансформироваться в даталогическую модель. На внутреннем уровне происходит формирование физической модели БД, включающей структуры сохранения данных в памяти машины, включая описание форматов записей, порядок их физического либо логического приведения в порядок, характеристики и пути доступа к данным. 2.4 Назначение и условия выполнения программы Как показал анализ действующей системы обработки данных сервисного центра «Ремонт техники», обработка данных главным образом выполняется вручную. Компьютеры, установленные в сервисном центре, используются главным образом в качестве печатной машинки для печати отчетов. Поскольку документы хранятся в бумажном виде, это затрудняет их обработку и хранение. Количество клиентов сервисного центра «Ремонт техники» ежегодно растет. Эти обстоятельства приводят к еще большему увеличению хранимых и обрабатываемых данных, что в свою очередь еще больше затрудняет ее обработку и хранение. Учитывая вышеизложенное, необходимо усовершенствовать систему учета принимаемой на ремонт техники в сервисный цент «Ремонт техники», путем внедрения автоматизированной системы обработки данных. Программное обеспечение предназначено для автоматизации работы менеджера по работе с клиентами и предусматривает автоматизацию контрольно-учетных видов деятельности. Разрабатываемая программа должна обеспечивать создание информационной базы об осуществленных заказах клиентов на услуги ремонтного характера. Для полноценного функционирования системы к информационному обеспечению предъявляются следующие требования (рисунок 23). |