Вход

Моделирование ИУС сервисного центра

Дипломная работа
Дата создания 27.03.2016
Страниц 113
Источников 22
Вы будете перенаправлены на сайт нашего партнёра, где сможете оформить покупку данной работы.
6 930руб.
КУПИТЬ

Содержание

Содержание Вступление 6 1. Теоретическая часть. 10 1.1. Цель исследований и обоснование их актуальности. 10 1.2. Анализ принципов работы объекта исследования 15 1.2.1. Общая характеристика предприятия «ЭлектронСтрой» 15 1.2.2. Характеристика службы технической поддержки предприятия «ЭлектронСтрой» 18 1.3. Анализ методов исследования, применяемых к объекту 23 1.4. Построение моделей автоматизированной системы службы технической поддержки предприятия 26 1.4.1. Диаграмма потоков данных (DFD) 26 1.4.2. Функциональная диаграмма (IDEF0) 28 1.4.3. Формы заявок на проведение обслуживания и ремонта техники 32 1.5. Определение основных функций и экономическая целесообразность внедрения автоматизированной системы учета on-line заявок 34 1.5.1. Реализация веб системы средствами CMS (Joomla! или Drupal) 34 1.5.2. Проблемы существующей системы учета заявок службы технической поддержки предприятия и возможности их устранения 34 1.5.3. Описание структуры системы учета on-line заявок службы технической поддержки предприятия 37 1.5.4. Анализ основных модулей системы 38 1.6. Выводы по первой главе 39 2. Посторенние модели системы 40 2.1. Инструменты моделирования 40 2.2. Формальное описание реализуемой модели. 43 2.3. Структура описания внешних информационных потоков 44 2.4. Моделирование элементов системы 46 2.4.1.Контекстная диаграмма и диаграммы декомпозиции. 46 2.4.2. Перечень маршрутных технологических процессов в сервисном центре 48 2.4.3. Анализ модели АРМ специалиста тех поддержки 54 2.5. Выводы ко второй главе 58 3. Разработка информационной системы управления 59 3.1. Выбор клиент-серверной архитектуры 59 3.2. Программная реализация модели. 63 3.2.1. Создание базы данных. Логическая структура 63 3.2.2. Физическая структура базы данных 65 3.2.3. Построение запросов 73 3.2.4. Построение отчетов 76 3.3. Разработка интерфейса 76 3.3.1. Проектирование структуры веб-интерфейса (Карты мозга) 77 3.3.2. Проектирование дизайна веб-интерфейса 81 3.3.3. Технологии прототипирования веб-интерфейсов 83 3.4. Технологии front-end разработки веб-интерфейсов 84 3.4.1. Технологии разметки (HTML5CSS3, SASS, SCSS) 84 3.4.2. Технологии программирования (JavaScript jQuery JQueryUI Ajax) 86 3.4.3. Тестирование информационной системы 90 Заключение 94 Список литературы 97 Приложения 99 Приложение 1. Техническое задание 99 Приложение 2. Описание постановки задач «Электронстрой» 107 ГОСТ 24.204-80* 107 ТРЕБОВАНИЯ К СОДЕРЖАНИЮ ДОКУМЕНТА «ОПИСАНИЕ ПОСТАНОВКИ ЗАДАЧИ» 107 1. ОБЩИЕ ПОЛОЖЕНИЯ 107 2. ТРЕБОВАНИЯ К СОДЕРЖАНИЮ ДОКУМЕНТА 108 Приложение 3. Код SQL запроса 111 Приложение 4. Код SQL генерации таблицы заказов 111 Приложение 5. Код SQL генерации таблицы клиентов 112 Приложение 6. Код PHP генерации таблицы запросов 113 Содержание

Фрагмент работы для ознакомления

Мы не будем их рассматривать. Рассмотрим разработку прототипа интерфейса средствами AxureRPPro, который был определен в качестве основного редактора прототипов.3.4. Технологии front-end разработки веб-интерфейсов3.4.1. Технологии разметки (HTML5+CSS3, SASS, SCSS)HTML5 —новая открытая платформа, предназначенная для создания веб-приложений использующих аудио, видео, графику, анимацию и др.HTML5 вводит целый ряд новых элементов, которые упрощают структуру страниц. Большинство страниц на HTML4 содержат типовые элементы, такие как «шапка», «подвал» и колонки. Ныне, как правило, в коде документа они обозначаются с помощью элементов <div>, описывая каждый атрибутом id или class.HTML5 остался языком разметки, но отличается от предыдущей версии достаточно серьезно. Если прошлая четвертая версия была только языком разметки, то новая версия содержит язык разметки, средства программирования CANVAS на базе JavaScript, расширенные возможности работы с медиа, расширенные элементы форм. Данный язык вообще называют языком семантической разметки из-за четкой структуры представления элементов сайта, так как в данной версии вместо единственного тега определяющего блок, появилась возможность разбиения страницы на логические области с помощью новых тегов <HEADER><BODY><FOOTER> и семантического разбиения <SECTION> <ARTICLE><DIV><ASIDE><NAV>Элемент <header> определяет заголовок раздела, который может содержать больше, чем просто название раздела. К примеру, имеет смысл для заголовка включить подзаголовок, информацию о версии истории или авторство.Элемент <footer> определяет подвал раздела, в котором добавляется. Подвал обычно содержит такую информацию как: кто написал, ссылки на соответствующие документы, авторские права и тому подобное.Элемент <nav> представляет раздел навигационных ссылок, он подходит для навигации по сайту или оглавления.Элемент <aside> предназначен для содержания, которое имеет косвенное отношение к контенту рядом с ним, как правило, используется для обозначения сайдбара.До недавнего времени, 3-5 лет назад, клиентская разработка была достаточно проблемным занятием, так как в ней существовало множество технологий, языков и не было стандартов. Начиная с 2010 года в качестве стандартов была предложена следующая связка HTML5+CSS3+JavaScript. Это не означает, что все разработчики начали писать в едином стиле, но данный стандарт поддерживается полностью с 2017 года всеми видами и типами браузеров, как основной. А это означает фактическое прекращение «войны браузеров», когда каждый браузер поддерживал свою технологию, из-за чего в разных браузерах сайт отображался по-разному. Это была и еще частично есть основная проблема клиентской разработки[8].Итак, в современной разработке клиентской части сайта на этапе разметки, т.е. построения макета страниц сайта используется HTML5 в связке с таблицами стилей CSS3.CSS3. Расширенные таблицы стилей. CSS3 - это новый стандарт оформления HTML документов значительно расширяющий возможности предыдущего стандарта CSS2.Данные стили позволяют создавать визуальные эффекты и даже анимацию, причем достаточно высокого уровня. Краткие описание новых возможностей:Создание элементов со сглаженными углами;Создание линейных и сферических градиентов;Гибкое оформление фоновых картинок элементов;Добавление к элементам и к тексту тени;Создание анимаций и различных эффектов переходов;Создание различных трансформаций;Задание цветов несколькими новыми способами;Оформление границ, фонов, текста.LESS, SASS, SCSSтак называемые препроцессоры. Проблема новых таблиц стилей заключается в том, что они не работают с переменными и практически все элементы оформления приходится рассчитывать вручную. Для языка Ruby, на этом же языке были разработаны программы (препроцессоры), которые работали с таблицами стилей и позволяли при разработке стилей использовать переменные, которые потом генерировались в виде таблиц. В зависимости от способа использования переменных и стиля оформления кода рассматривают три вида препроцессоров. Хотя сейчас, чаще всего используют SCSS, который более логичен при составлении кода и имеет больше возможностей, даже ветвления и циклы. Sass (SyntacticallyAwesomeStylesheets) — модуль, включенныйвHaml. Sass — это метаязык на основе CSS, предназначенный для увеличения уровня абстракции CSS кода и упрощения файлов каскадных таблиц стилей.Язык Sass имеет два синтаксиса:старый – sass - отличается отсутствием фигурных скобок, в нём вложенные элементы реализованы с помощью отступов;новый — SCSS (Sassy CSS) — использует фигурные скобки, как и сам CSS.Как уже говорилось ранее, SCSS является наиболее перспективным и динамически развивающимся препроцессором, который позволяет быстро и качественно создавать стилевые таблицы, которые лежат в основе современного дизайна клиентской части сайта. Рассматривать препроцессор нет смысла, достаточно сказать, что он встроен во все современные редакторы, направленные на разработку сайтов, а для генерации таблиц чаще используется Ruby+Koala.3.4.2. Технологии программирования (JavaScript+jQuery+JQueryUI+Ajax)Современный сайт представляет собой нечто большее, чем простой текст, который отображается в окне браузера. Проблема в том, что человек плохо воспринимает текстовую информацию с экрана монитора на любом устройстве, а задача веб-разработчика задержать пользователя на страницах сайта как можно дольше. Решение проблемы искали программисты и психологи давно и их поиски привели к возникновению и развитию DHTML (DinamicHTML) – динамических страниц. Если пользователь, а он и является конечным потребителем веб контента, не в состоянии долго воспринимать статический текст, то при добавлении на страницы, графики и динамики проблема будет решена. Кроме того, наиболее узким местом при работе с сайтом является его постоянная связь с сервером. До недавнего времени, 10-15 лет назад, практиковалось в веб разработке четкое разделение – оформлением занимается клиентская часть сайта, а функционалом – серверная. Но количество пользователей как сети, в общем, так и отдельных сайтов, в частности, постоянно растет. Более того рост количества посетителей сайта является одной из конечных целей разработки сайта, поэтому чтобы снять нагрузку на сервер, часть функций сайта, в современной веб разработке, передается на сторону клиента. Для этих целей разработано несколько технологий, наиболее развитая из которых – AJAX (асинхронный JavaScript и XML). Цель данной технологии реализация некоторых функций сайта без обращения к серверу[9].Для создания динамического контента и реализации клиентской части функционала сайта используются клиентские языки программирования. Таких языков достаточно много и они все называются скриптовыми. Нет смысла даже в их перечислении, скажем, что наиболее распространенным и определенным в качестве стандартного языка клиентского веб программирования определен JavaScript. Одной из кардинальных особенностей клиентских языков программирования заключается в том, что они исполняются браузером и они не имеют прямого доступа к файловой системе, а значит, и к базам данных (есть исключения для XML файлов). Это касается и JavaScript. Данный язык является объектным, объектно-ориентированным и, как объектный язык поддерживает DOM (объектную технологию представления документа или представление веб документа в виде группы объектов на некоторой подложке, которая носит название window. Окно может быть только одно и оно обладает рядом свойств. В окне располагается документ (который так же имеет ряд свойств), а уже на документе располагаются элементы в определенном порядке. Порядок расположения элементов может быть нарушен при использовании CSS стилей, которые, в свою очередь, могут управляться командами JavaScript[12]. Популярность JavaScript была переменчивой и в начале века поговаривали о полном отказе от данного языка программирования, так как ряд браузеров (например, IE) либо не использовали его, либо использовали с большими ограничениями («война браузеров»). Однако, язык развивался энтузиастами и к нему писались библиотеки, которые потом собирались в фреймворки. Наиболее распространенным сегодня является фреймворк jQueryc фреймворком внутри себя jQueryUI. jQuery позволяет выполнять все функции клиентской веб разработки и значительно расширяет и упрощает код благодаря разработанным в нем функциям. jQueryUI построен на базе фреймворка и направлен на оформление основных элементов интерфейсной части сайта (меню, текстовые блоки, галереи и т.д.). Использование фреймворков в разработке является характерным признаком современного сайта и, в настоящее время, является необходимым элементом.Рис.38. Разработка интерфейса в AdobeDreamWeawerРис.39. Интерфейс приложения3.4.3. Тестирование информационной системы«Чёрным ящиком» называют объект тестирования, внутреннее устройство которого неизвестно. Данное понятие используется для изучения поведения информационных систем и других программных модулей и систем, для определения их реакций на различные внешние воздействия при условии абстрагирования от их внутреннего устройства.Управляя информацией и ответами системы на входах и выходах, можно исследовать систему и ее поведение. В действительности часто возникает вопрос, насколько «чёрный ящик» адекватен системе в целом, т.е. какой допустимый уровень абстракции системы и насколько система не зависит от своего внутреннего строения, т.е. адекватность «черного ящика» изучаемой модели, то есть его соответствие оригиналу.Любую систему управления можно рассматривать во времени. При этом ее состояния будут характеризоваться последовательностью её состояний при реализации возложенных на нее задач. Рассматривают два вида «чёрных ящиков»: «Чёрный» ящик, который может рассматриваться как автомат, называемый конечным или бесконечным. Данный вид обладает рядом известных характеристик, которые могут быть обозначены до начала эксперимента «Чёрные» ящики, поведение которых прослеживается только в эксперименте. В этом случае формулируется гипотеза о предсказуемости поведения «чёрного ящика» в вероятностном смысле. То гипотетически формулируется модель аналогичная тому же автомату. Таким образом, критериями тестирования черным ящиком являются:Тестирование функций программы.Тестирование потока входных данных.Тестирование потока выходных данных.Тестирование области допустимых значений.Тестирование длины набора данных.Тестирование порядка входных данных.Приёмы тестирования чёрного ящикаЭквивалентное разбиение.Анализ граничных значений.Анализ причинно-следственных связей.Предположение об ошибке.В работе мы тестировали систему по методу черного ящика. Сразу определимся с тем, что система относится к первому типу, т.е. ее поведение может быть заранее спрогнозированно. И соответственно мы можем составить таблицу тестированияX1- загрузка интерфейсаX2 – подключение базы данныхX3- авторизация в системеX4- загрузка страницы с системойX5- выполнение запросаСостояние входовСостояние выходовВремяX1 ввод полного адресаX1 ввод сокращенной формыX1 запуск произвольной страницыИнтерфейс загруженИнтерфейс загруженИнтерфейс загружен5 с5 c5 cX2 подключение базыX2 выполнение нескольких подключенийX2 остановка сервера MysqlБаза подключенаБаза подключенаСбой. Сообщение об ошибке1с2с1сX3 ввод существующего пользователяX3 ввод данных с ошибкойX3 ввод несуществующего пользователяВход в системуСбой. Сообщение об ошибкеСбой. Сообщение об ошибке5с2с2сX4 переход на страницуX4 ввод адреса страницыX4 переход с использованием кэша браузераСтраница загруженаСтраница загруженаСтраница загружена5с5с3сX5 генерация спискаСписок сгенерирован6сБыло проведено: анализ, поступившей информации по обозначенным критериям:цена,длительность исполнения, наличие дополнительных условий, разработано:требования к документутребования к системе регистрации,требования к системе принятия решений,На основании обработанной информации было сформулировано предложение к принятию решений, а именно формируются система учета и обработки информациипо заявкам клиентов в службу технической поддержки предприятия.ЗаключениеВ результате выполнения работы были проанализированы возможности автоматизации службы технической поддержки предприятия, изучены механизмы работы предприятия, его структура и бизнес-процессы.Для реализации задач дипломного проекта была изучена работа службы технической поддержки на конкретном предприятии «ЭлектронСтрой» и определены основные функции системы и экономическую целесообразность ее внедрения, изучена структура службы, построены ее модели.На основе изученных данных были разработаны структуру корпоративного сайта компании, определены его основные модули, функционал сайта и место службы технической поддержки в структуре сайта.На начальном этапе разработки сайта на стадии проектирования был разработан дизайн сайта и его элементов, написано техническое задание на разработку сайта.Авторский вклад. Разработка модуля автоматизированной системы учета on-lineзаявок в системе корпоративного сайта предприятия. Авторский вкладНомер главы ПЗСделаноИспользовалось1В результате проведенного анализа было рассмотрено предприятие «ЭлектронСтрой», дана общая характеристика, изучено производство, изучена его структура, определена роль и структура службы технической поддержки вообще и данного предприятия, в частности, была построена модель службы технической поддержки на основании бизнес-процессов, которые она поддерживает. Для более детального и предметного рассмотрения службы технической поддержки были построены различные модели и диаграммы. Была рассмотрена структура службы сервиса, как элемента службы технической поддержки и определена функция и экономическая целесообразность построения системы автоматической регистрации on-line заявок в границах данной службы, определены ее задачи, структура и методы реализации.Разработано:Организационная диаграмма предприятияМесто Место Service Desk в структуре предприятияАлгоритм работы двухуровневой службы технической поддержки.Диаграмма компонентов двухуровневой службы технической поддержки.График обслуживания заявки службой технической поддержки ЭлектронСтройАлгоритм обработки заявки службой технической поддержки.Программная архитектура сети ЭлектронСтройЗадачи Service Desk службы технической поддержки «ЭлектронСтрой»Диаграмма процесса технической поддержкиДиаграмма процесса обработки заявок в службу. Декомпозиция 1 уровняДетализация процесса обработки заявки. Декомпозиция 2 уровняМакет формы обращенияДиаграмма процессов решения проблемы сервисным центромОсновные модули системы on-line регистрацииМетодология ARISДиаграмма. Нотация yEdБлок-схема. Нотация yEdМетодология UML. Диаграммы компонентовExcel. Диаграмма с областямиБлок-схема. Нотация yEdMicrosoftVisio. Диаграмма структура сети предприятияМетодология SADT. IDEF0. AS-ISМетодология SADT. IDEF0. AS-IS. Точка зрения оператора.Методология SADT. IDEF0. AS-IS. Точка зрения оператора.Методология SADT. IDEF0. AS-IS. Точка зрения оператора.Прототипирование AxureМетодология ARIS. Нотация eEPC.Блок-схема. Нотация yEd2Для исследования системы и построения проекта с учетом всех существующих бизнес-процессов были разработаны модели системы, элементов системы и наиболее актуальных и значимых бизнес-процессов.Контексная диаграмма обслуживания клиента в сервисном центреОпределены бизнес-поцессыСтруктура описания внешних информационных потоков IDEF 3 диаграмма АРМ менеджера (специалиста)DFD диаграмма АРМ специалиста сервисного центраСтруктура описания внутренних информационных потоковСпецификация хранилищ данныхМаршрутные процессыДиаграмма процессов сервисного обслуживанияМодель процессов сервисного обслуживания. Декомпозиция 1 уровняМодель процессов принятия заявки в системе. Декомпозиция 2 уровняМодель процесса формирования заказа-наряда. Декомпозиция 2 уровняМодель процессов сервисного обслуживания в сервисной службе предприятия. Декомпозиция 1 уровняМодель бизнес-процесса обработки документации сервисного центра. Декомпозиция 1 уровняDFD диаграмма модели APM сервисного центра. Декомпозиция 1 уровняДиаграмма IDEF 3. Составление финансового документа. Декомпозиция 2 уровня Диаграмма технологического процессаНотация yEd. Контекстная диаграммаАнализ бизнес-требованийАнализ бизнес-требованийМетодология SADT. IDEF3. TO-BEМетодология SADT. DFD. TO-BEАнализ бизнес-требованийАнализ бизнес-требованийАнализ бизнес-требованийМетодология SADT. IDEF0. TO-BEМетодология SADT. IDEF0. TO-BEМетодология SADT. IDEF0. TO-BEМетодология SADT. IDEF0. TO-BEМетодология SADT. IDEF0. TO-BEМетодология SADT. IDEF0. TO-BEМетодология SADT. IDEF0. TO-BEМетодология SADT. IDEF0. TO-BEMicrosoftProgect диаграмма Ганта3На основе изученных данных были разработаны структуру корпоративного сайта компании, определены его основные модули, функционал сайта и место службы технической поддержки в структуре сайта.На начальном этапе разработки сайта на стадии проектирования был разработан дизайн сайта и его элементов, написано техническое задание на разработку сайта.Логическая структура базы данных. Концептуальная схемаФизическая структура базы данных. Концептуальная схемаБаза данныхСтруктура веб- интерфейса Сайта службы технической поддержкиВеб интерфейс на этапе разработки требованийНачальное проектирование дизайна в редакторе BalsamiqMockupsРазработка дизайнаинтерфейса в AdobeDreamWeawerРазработка приложенияТестированиеМетодология SADT. IDEF1x. dbForgeStudio for MySQLМетодология SADT. IDEF1x. dbForgeStudio for MySQLdbForgeStudio for MySQLMind Map. Mindjet Mind Manager ProMind Map. Mindjet Mind Manager ProПрототипирование. BalsamiqMockupsSCSS, CSS3, HTML5, JavaScript, jQuery, DreamWeaverPHP, MySQL, NetBeansБелый ящик, черный ящикСписок литературыПостроение интеллект-карт с помощью MindJet MindManager Professional 7. – [Електронний ресурс] – Режим доступу: http://www.ixbt.com/soft/mind-manager.shtmlMindJet MindManager. Официальный сайт. – [Електронний ресурс] – Режим доступу: http://www.mindjet.com/MindjetMindManagerProffesiona. – [Електронний ресурс] – Режим доступу: http://www.mindjet.com/Тереза Нейл, Билл Скотт. Проектирование веб-интерфейсов = Designing Web Interfaces. М.: Символ-Плюс, 2010.352 c. Коггзолл, Джон. РНР 5. Полное руководство: Пер. с англ. — М. : Издательский дом "Вильяме", 2006. 752 с.: ил. — Парал. тит. англ.: Пер. с англ. — 2-е изд., испр. СПб: ООО ДиаСофтЮП, 2003. 672 с. Петров В.И. Информационные системы. СПб. : Питер, 2002. 688 с.Томсон Лаура,ВеллингЛюк. Разработка Web-приложений на РНР и MySQLВендров А.М. CASE-технологии. Современные методы и средства проектирования информационных систем. М. : Финансы и статистика, 1998. 176 с.Калянов Г.Н. CASE. Структурный системный анализ (автоматизация и применение). М. : Лори, 1996. – 457с.ВайкАллен. JavaScript. Энциклопедия пользователя: Пер.з англ. К.: ТОВ "ТИД" ДС", 2001.- 480с.Вильямсон X. Универсальный Dynamic HTML. Иблиотека программиста. СПб.: Питер, 2001. - 304 с.: рис.Гудман Д. JavaScript.Библия пользователя, 4-е изд.: Пер. з англ. М.: Изд.дом "Вильямс", 2003. -960с.Коггзолл Джон. РНР 5. Полное руководство.: Пер. з англ. М.: Издательский дом "Вильямс", 2006. - 752 с.: рис. - Парал. тит. англ.Ратбон Э. JavaScript для чайников.К.: Диалектика, 1995. - 236с.Бурлаков М.Macromedia|Dreamweaver. СПб., БХВ-Петербург, 2004. – 688с.Вуд Л. Web-графика. Справочник. СПб.: Питер, 1998. – 246с.Граймес Г. 10 минут на урок InternetWorldWideWeb: Пер с англ. 3-е изд. К., М., СПб.: Издательский дом «Вильямс», 1998. 260с.ГрызловВ. Java Script. Изд. 3-е.М.: ДМК Пресс, 2005. 416 с.Дарахвелидзе П. Г.Программирование.СПб.: БХВ-Петербург, 2003. 784 с.Кассер Д. Использование Macromedia| Dreamweaver. М., СПб., К.: Издательский дом «Вильямс», 2005. 720 с.Хестер Н. Создание Web-страниц в Dreamweaver. М.: НТ Пресс, 2005. – 104с.ПриложенияПриложение 1. Техническое заданиеТЕХНИЧЕСКОЕ ЗАДАНИЕна разработку информационной управляющей системы сервисного центра предприятия (шифр )Руководительот кафедры //(подпись, дата)(Ф.И.О.)Студент//(подпись, дата)(Ф.И.О.)СОГЛАСОВАНО:Руководитель практики от предприятия//(подпись, дата)(Ф.И.О.)Москва 2013 г.ВВЕДЕНИЕФормируются система учета и обработки информации по заявкам клиентов в службу технической поддержки предприятия.1. ОСНОВАНИЕ ДЛЯ РАЗРАБОТКИРазработка ведется на основанииОбщего описания системы, «Электронстрой», 20.12.2015Описания постановки задач, «Электронстрой», 20.12.2015Технического задания, «Электронстрой», 20.12.2015Описания организации информационной базы, «Электронстрой», 20.12.2015Проектирование и разработка на основанииГОСТ 34.601-90 Информационные технологии. Комплекс стандартов на автоматизированные системы. Автоматизированные системы. Стадии создания. ГОСТ ИСО/МЭК 12207-99 Информационная технология. Процессы жизненного цикла программных средств. стандарт IEEE 830-1998 «Recommended Practice for Software Requirements Specifications»2. НАЗНАЧЕНИЕ РАЗРАБОТКИРазработка системы автоматизированного приема и обработки заявок в службу технической поддержки предприятия.Система должна соответствовать IDEF3, DFDмоделям, приведенным нижеIDEF 3 диаграмма АРМ менеджера (специалиста)DFDдиаграмма АРМ специалиста сервисного центра3. ТЕХНИЧЕСКИЕ ТРЕБОВАНИЯСистема on-lineрегистрации предполагает наличие следующих модулей:форма заявки. Данный модуль выполняет несколько функций: собирает данные о пользователе, сверяет такие данные как IDкод сотрудника,и информацию о сотруднике с базой данных, отсеивает ботов при помощи Captcha.регистрация в базе данных. Заполняет базу данных с указанием заявка открыта, находится в стадии выполнения или выполнена.формирование запроса на обслуживание. Отбирает данные для создания запроса на обслуживание с указанием проблем, рабочего места и указания программы или оборудования, которые сбоят и причины, приведшие к сбою, в запрос вносятся код пользователя, данные оператора (оператор будет контролировать исполнение заявки), данные специалиста, если заявка не была выполнена на первом уровне.требования к составу и параметрам технических средств3.1. Требования к функциональным характеристикамбыстродействие — скорость при вводе, поиске, обработке информации;регистрация действий персонала;удобный пользовательский интерфейс рабочих мест;возможность развития системы;интеграция с модулями, используемыми в системе передачи данных;высокая надежность работы. Информационная система предприятия включает субъектов коммуникации, каналы и носители информации, а также технические средства информационной работы.3.2. Требования к надежностинадежная защита от несанкционированного доступа к данным;высокая надежность работы. Информационная система предприятия включает субъектов коммуникации, каналы и носители информации, а также технические средства информационной работы.Надежность при сохранении данных,Высокая отказоустойчивость3.3. Условия эксплуатацииСистема должна работать 7 дней в неделю, 24 часа в суткиСистема должна сохранять данные в 19 часов каждый деньСохранение проводит оператор 1-й смены в конце смены, ежедневно3.4. Требования к составу и параметрам технических средств система не предъявляет требований к характеристикам клиентских компьютеров.Для серверной части требуется php 5.6, MySQLверсии 5.4.4. ТРЕБОВАНИЯ К ДОКУМЕНТАЦИИВ качестве документации используется Техническое задание5. ТЕХНИКО-ЭКОНОМИЧЕСКИЕ ПОКАЗАТЕЛИПлановые затраты на разработку включают расходы, связанные с проектирование и программированием и внедрением системы, независимо от источника их финансирования. Определение затрат на разработку производится путем калькуляции плановой себестоимости, которая является основным документом, на основании которого осуществляется планирование и учет затрат на выполнение.Для оценкиь экономического эффекта от внедрения информационной системы, учтем косвенный и рассчитаем прямой эффект, который характеризуется снижением трудовых затрат.Сумма расходов на разработку и внедрение содержит следующие затраты:Заработную плату разработчиков (программиста, консультанта, руководителя);Стоимость расходных материалов;Стоимость программного обеспечения;Стоимостьнастройки одного рабочего места;Стоимость лицензионного программного обеспечения.В стоимость разработки информационной системы включаются следующие затраты:Участие в разработке:Руководитель -1Программист – 1Консультант- 1Заработная плата представлена в таблице 5.1.Таблица 5.1. Заработная плата разработчиков ИСУРазработчикиСтавка (руб./ч)Ставка (руб./д.)Кол-во раб. дн.Сумма (руб.)Отчисления в ПФР, ФССР, ФМС (34%)Итого (руб.)Программист1501200313720012648,0048848,00Консультант110880661602094,48254,4Руководитель2001600464002176,008576,00Итого заработная плата разработчиков ЭИС (руб.)66678,4Стоимость расходных материалов (Таблица 5.2).Таблица 5.2.Стоимость расходных материаловНаименование статьи расходовСтоимость ед-цы (руб.)Кол-воСумма (руб.)Бумага формата А445145Записная книжка40140Шариковая ручка25125Итого стоимость расходных материалов (руб.)110Стоимость лицензионного программного обеспечения, используемого при разработке (Таблица 5.3).Таблица 5.3. Стоимость лицензионного программного обеспеченияНаименование статьи расходовСтоимость ед-цы (руб.)Срок лицензии (мес.)Сумма (руб.)MS SQL Server64030,00164030,00Delphi 1032740,00132740,00Итого стоимость программного обеспечения (руб.)96770,00На установку АРМ дополнительных затрат не требуется, так как на администрация сельского поселения имеет в наличии необходимое оборудование и программное обеспечение. Система будет функционировать на основе программного обеспечения используемого при разработке.Рассчитаем общую сумму денежных средств, которую необходимо вложить в проект: рублей.В результате деления суммы расходов на разработку и внедрение системы на сумму экономии за год получим срок окупаемости проекта в месяцах:(5.1)где, R – сумма расходов.Срок окупаемости рассчитываем по формуле (5.2):Таким образом, наибольшие расходы при разработке информационной системы управления обусловлены расходами на стоимость лицензионного программного обеспечения, используемого при разработке ИС. В результате анализа полученных показателей экономической эффективности, было установлено, что разработанная информационная система уже через два месяца окупит себя и будет приносить прямой экономический эффект компании.Сумма на разработку: не должна превышать 955590 руб.Суммарная экономия в рублях за год будет равна:Экономическая эффективность не ниже 10% в год.6. СТАДИИ И ЭТАПЫ РАЗРАБОТКИНаименование работыДата начала – дата окончанияАнализ требованийПроектированиеСоставление модели системыРазработка системыТестирование7. ПОРЯДОК КОНТРОЛЯ И ПРИЕМКИПровести: анализ, поступившей информации по обозначенным критериям:цена,длительность исполнения, наличие дополнительных условий, разработано:требования к документутребования к системе регистрации,требования к системе принятия решений,Приложение 2. Описание постановки задач «Электронстрой»ГОСТ 24.204-80 Требования к содержанию документа «Описание постановки задачи» УДК 65.011.56:681.3:002:006.354Группа Т52  Г О С У Д А Р С Т В Е Н Н Ы Й   С Т А Н Д А Р Т   С О Ю З А   С С РСистема технической документации на АСУГОСТ 24.204-80*  ТРЕБОВАНИЯ К СОДЕРЖАНИЮ ДОКУМЕНТА «ОПИСАНИЕ ПОСТАНОВКИ ЗАДАЧИ» Постановлением Государственного комитета СССР по стандартам от 14 мая 1980 г. № 2100 срок введения установленс 01.01 1981 г.Настоящий стандарт распространяется на техническую документацию на автоматизированные системы управления (АСУ) всех видов, разрабатываемые для всех уровней управления (кроме общегосударственного), и устанавливает требования к содержанию документа «Описание постановки задачи». 1. ОБЩИЕ ПОЛОЖЕНИЯ1.1. Документ «Описание постановки задачи» предназначен для описания характеристик комплекса задач (задачи), условий, необходимых для его решения, входной и выходной информации и совместно с «Техническим заданием» на создание АСУ определяет требования к видам обеспечения АСУ. 1.2. Содержание разделов должно охватывать все задачи комплекса. 1.3. В зависимости от назначения и специфических особенностей создаваемых АСУ допускается включать в документ дополнительные разделы и сведения, требования к содержанию которых не установлены настоящим стандартом. 1.4. Отсутствие проектных решений по разделу документа фиксируют в соответствующем разделе с необходимыми пояснениями. 2. ТРЕБОВАНИЯ К СОДЕРЖАНИЮ ДОКУМЕНТА2.1. Документ должен содержать следующие разделы: характеристики комплекса задач; Входная/выходная информацияКЛИЕНТ передает технику,заполняет заявку на обслуживание,получает отремонтированную технику,получает данные для оплаты и производит оплату,получает гарантийный таллонСЕРВИСНАЯ СЛУЖБА (МЕНЕДЖЕР)получает технику,ремонтирует технику согласно регламенту,формирует данные на оплату,принимает оплату,составляет гарантийные обязательства,заказывает комплектующие на предприятии,получает комплектующие от предприятия,формирует финансовую документацию для предприятия, отчитывается и формирует статистику для предприятия,передает денежные средства предприятиюПРЕДПРИЯТИЕ (РУКОВОДИТЕЛЬ)принимает заявки на комплектующие,заключает договора,регламентирует производство,управляет финансовыми потоками,принимает решения по статистике и отчетности,принимает денежные средства2.2. В разделе «Характеристика комплекса задач» следует при водить: цель, назначение, технико-экономическую (организационно-техническую) сущность комплекса задач и обоснование целесообразности его решения (в частности для задач оптимизации — критерий управления и ограничения); перечень объектов (технологических объектов управления, подразделений, предприятий и т. д.), при управлении которыми решают комплекс задач, при необходимости, — описание структуры объектов управления и перечень показателей, характеризующих их состояние; описание назначения выходной информации; периодичность решения и ограничения по срокам выдачи выходной информации; требования к организации сбора и передачи в обработку входной информации (с указанием сроков ее поступления), к порядку ее контроля и корректировки; условия, при которых прекращается решение комплекса задач автоматизированным способом; связи данного комплекса задач с другими комплексами (задачами) АСУ; должности лиц и (или) наименования подразделений, определяющих условия и временные характеристики конкретного решения задачи (если они не определены общим алгоритмом функционирования системы); распределение функций между персоналом и техническими средствами при различных ситуациях решения комплекса задач. 2.3. Раздел «Выходная информация» должен содержать: перечень и описание выходных сообщений; перечень и описание имеющих самостоятельное смысловое значение структурных единиц информации выходных сообщений: показателей, реквизитов и их совокупностей, сигналов управления или ссылку на документы, содержащие эти данные. Приложение 3. Код SQLзапросаSELECTzakaz.codzakaza,client.surname, client.name, operator.Surname, operator.Name, zayavka.data, zayavka.neispravnost, specialist.Surname, specialist.Name, zakaz.codzayavkiFROM electronstroy.zakaz INNER JOIN electronstroy.operator ON zakaz.codoperatora = operator.codoperatora INNER JOIN electronstroy.zayavka ON zakaz.codzayavki = zayavka.codzayavki INNER JOIN electronstroy.client ON zayavka.codclienta = client.codclientaINNER JOIN electronstroy.specialist ON zakaz.codspecialist = specialist.codspecialistaПриложение4. КодSQLгенерациитаблицызаказовCREATE TABLE electronstroy.zakaz ( codzakaza varchar(25) NOT NULL, codzayavki varchar(25) DEFAULT NULL, codspecialist varchar(25) DEFAULT NULL, codoperatora varchar(25) DEFAULT NULL, datanachala date DEFAULT NULL, datazakritia date DEFAULT NULL, PRIMARY KEY (codzakaza), CONSTRAINT FK_zakaz_operator_codoperatora FOREIGN KEY (codoperatora) REFERENCES electronstroy.operator (codoperatora) ON DELETE NO ACTION ON UPDATE NO ACTION, CONSTRAINT FK_zakaz_specialist_codspecialista FOREIGN KEY (codspecialist) REFERENCES electronstroy.specialist (codspecialista) ON DELETE NO ACTION ON UPDATE NO ACTION, CONSTRAINT FK_zakaz_zayavka_codzayavki FOREIGN KEY (codzayavki) REFERENCES electronstroy.zayavka (codzayavki) ON DELETE NO ACTION ON UPDATE NO ACTION)ENGINE = INNODBAVG_ROW_LENGTH = 3276CHARACTER SET utf8COLLATE utf8_general_ci;Приложение5. КодSQLгенерациитаблицыклиентовCREATE TABLE electronstroy.client ( codclienta varchar(10) NOT NULL, surname varchar(20) NOT NULL, name varchar(15) DEFAULT NULL,telephone varchar(15) NOT NULL, `e-mail` varchar(25) NOT NULL, otdel varchar(255) NOT NULL, PRIMARY KEY (codclienta), CONSTRAINT FK_client_otdel_codotdela FOREIGN KEY (otdel) REFERENCES electronstroy.otdel (codotdela) ON DELETE NO ACTION ON UPDATE NO ACTION)ENGINE = INNODBAVG_ROW_LENGTH = 5461CHARACTER SET utf8COLLATE utf8_general_ci;Приложение6. Код PHP генерации таблицызапросов<!DOCTYPEhtml><html> <head> <meta charset="UTF-8"> <title></title> <style> table td{ border: blue 1px solid; background-color: blanchedalmond; padding: 3px; margin: 0px; } table th{ border: blue 2px solid; background-color: appworkspace; padding: 3px; margin: 0px; } </style> </head> <body> <?php include 'dbconnect.php'; echo "<hr>"; $mysqli = new mysqli("localhost", "root", "", "electronstroy"); if ($result = mysqli_query($link, 'SELECT zakaz.codzakaza, client.surname, client.name, operator.Surname, operator.Name, zayavka.data, zayavka.neispravnost, specialist.Surname, specialist.Name, zakaz.codzayavkiFROM electronstroy.zakaz INNER JOIN electronstroy.operator ON zakaz.codoperatora = operator.codoperatora INNER JOIN electronstroy.zayavka ON zakaz.codzayavki = zayavka.codzayavki INNER JOIN electronstroy.client ON zayavka.codclienta = client.codclienta INNER JOIN electronstroy.specialist ON zakaz.codspecialist = specialist.codspecialista')) {echo("<h2>Заказы:</h2\n");echo"<hr>"; /* Выборка результатов запроса */echo"<table><tr><th>код заказа</th><th>Клиент фамилия</th><th>Имя</th>" . "<th>Опретор фамилия</th><th>Имя</th><th>Дата заявки</th>". "<th>Неисправность</th><th>Специалист фамилия</th>". "<th>Имя</th><th>Код заявки</th></tr>"; while( $row = mysqli_fetch_assoc($result) ){ echo "<tr>"; echo"<td>".$row["codzakaza"]."</td>"; echo"<td>".$row["surname"]."</td>"; echo"<td>".$row["name"]."</td>"; echo"<td>".$row["Surname"]."</td>"; echo"<td>".$row["Name"]."</td>"; echo"<td>".$row["data"]."</td>"; echo"<td>".$row["neispravnost"]."</td>"; echo"<td>".$row["Surname"]."</td>"; echo"<td>".$row["Name"]."</td>"; echo"<td>".$row["codzayavki"]."</td>"; echo"</tr>"; }echo"</table>"; /* Освобождаем используемую память */mysqli_free_result($result);}/* Закрываемсоединение */mysqli_close($link); ?> </body></html>

Список литературы

Список литературы 1. Построение интеллект-карт с помощью MindJet MindManager Professional 7. – [Електронний ресурс] – Режим доступу: http://www.ixbt.com/soft/mind-manager.shtml 2. MindJet MindManager. Официальный сайт. – [Електронний ресурс] – Режим доступу: http://www.mindjet.com/ 3. Mindjet MindManager Proffesiona. – [Електронний ресурс] – Режим доступу: http://www.mindjet.com/ 4. Тереза Нейл, Билл Скотт. Проектирование веб-интерфейсов = Designing Web Interfaces. М.: Символ-Плюс, 2010. 352 c. 5. Коггзолл, Джон. РНР 5. Полное руководство: Пер. с англ. — М. : Издательский дом "Вильяме", 2006. 752 с.: ил. — Парал. тит. англ. 6. : Пер. с англ. — 2-е изд., испр. СПб: ООО ДиаСофтЮП, 2003. 672 с. 7. Петров В.И. Информационные системы. СПб. : Питер, 2002. 688 с. 8. Томсон Лаура, Веллинг Люк. Разработка Web-приложений на РНР и MySQL 9. Вендров А.М. CASE-технологии. Современные методы и средства проектирования информационных систем. М. : Финансы и статистика, 1998. 176 с. 10. Калянов Г.Н. CASE. Структурный системный анализ (автоматизация и применение). М. : Лори, 1996. – 457с. 11. ВайкАллен. JavaScript. Энциклопедия пользователя: Пер.з англ. К.: ТОВ "ТИД" ДС", 2001.- 480с. 12. Вильямсон X. Универсальный Dynamic HTML. Иблиотека программиста. СПб.: Питер, 2001. - 304 с.: рис. 13. Гудман Д. JavaScript.Библия пользователя, 4-е изд.: Пер. з англ. М.: Изд.дом "Вильямс", 2003. -960с. 14. Коггзолл Джон. РНР 5. Полное руководство.: Пер. з англ. М.: Издательский дом "Вильямс", 2006. - 752 с.: рис. - Парал. тит. англ. 15. Ратбон Э. JavaScript для чайников. К.: Диалектика, 1995. - 236с. 16. Бурлаков М. Macromedia Dreamweaver. СПб., БХВ-Петербург, 2004. – 688с. 17. Вуд Л. Web-графика. Справочник. СПб.: Питер, 1998. – 246с. 18. Граймес Г. 10 минут на урок Internet World Wide Web: Пер с англ. 3-е изд. К., М., СПб.: Издательский дом «Вильямс», 1998. 260с. 19. Грызлов В. Java Script. Изд. 3-е.М.: ДМК Пресс, 2005. 416 с. 20. Дарахвелидзе П. Г. Программирование. СПб.: БХВ-Петербург, 2003. 784 с. 21. Кассер Д. Использование Macromedia Dreamweaver. М., СПб., К.: Издательский дом «Вильямс», 2005. 720 с. 22. Хестер Н. Создание Web-страниц в Dreamweaver. М.: НТ Пресс, 2005. – 104с. список литературы
Пожалуйста, внимательно изучайте содержание и фрагменты работы. Деньги за приобретённые готовые работы по причине несоответствия данной работы вашим требованиям или её уникальности не возвращаются.
Сколько стоит
заказать работу?
1
Заполните заявку - это бесплатно и ни к чему вас не обязывает. Окончательное решение вы принимаете после ознакомления с условиями выполнения работы.
2
Менеджер оценивает работу и сообщает вам стоимость и сроки.
3
Вы вносите предоплату 25% и мы приступаем к работе.
4
Менеджер найдёт лучшего автора по вашей теме, проконтролирует выполнение работы и сделает всё, чтобы вы остались довольны.
5
Автор примет во внимание все ваши пожелания и требования вуза, оформит работу согласно ГОСТам, произведёт необходимые доработки БЕСПЛАТНО.
6
Контроль качества проверит работу на уникальность.
7
Готово! Осталось внести доплату и работу можно скачать в личном кабинете.
После нажатия кнопки "Узнать стоимость" вы будете перенаправлены на сайт нашего официального партнёра Zaochnik.com
© Рефератбанк, 2002 - 2017