Помощь в написании студенческих работ
Антистрессовый сервис

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

Дипломная: Моделирование ИУС сервисного центра
Дипломная Купить готовую Узнать стоимостьмоей работы

Технологии разметки (HTML5+CSS3, SASS, SCSS) HTML5 —новая открытая платформа, предназначенная для создания веб-приложений использующих аудио, видео, графику, анимацию и др. HTML5 вводит целый ряд новых элементов, которые упрощают структуру страниц. Большинство страниц на HTML4 содержат типовые элементы, такие как «шапка», «подвал» и колонки. Ныне, как правило, в коде документа они обозначаются… Читать ещё >

Моделирование ИУС сервисного центра (реферат, курсовая, диплом, контрольная)

Содержание

  • Вступление
  • 1. Теоретическая часть
    • 1. 1. Цель исследований и обоснование их актуальности
    • 1. 2. Анализ принципов работы объекта исследования
      • 1. 2. 1. Общая характеристика предприятия «ЭлектронСтрой»
      • 1. 2. 2. Характеристика службы технической поддержки предприятия «ЭлектронСтрой»
    • 1. 3. Анализ методов исследования, применяемых к объекту
    • 1. 4. Построение моделей автоматизированной системы службы технической поддержки предприятия
      • 1. 4. 1. Диаграмма потоков данных (DFD)
      • 1. 4. 2. Функциональная диаграмма (IDEF0)
      • 1. 4. 3. Формы заявок на проведение обслуживания и ремонта техники
    • 1. 5. Определение основных функций и экономическая целесообразность внедрения автоматизированной системы учета on-line заявок
      • 1. 5. 1. Реализация веб системы средствами CMS (Joomla! или Drupal)
      • 1. 5. 2. Проблемы существующей системы учета заявок службы технической поддержки предприятия и возможности их устранения
      • 1. 5. 3. Описание структуры системы учета on-line заявок службы технической поддержки предприятия
      • 1. 5. 4. Анализ основных модулей системы
    • 1. 6. Выводы по первой главе 3
  • 2. Посторенние модели системы
    • 2. 1. Инструменты моделирования
    • 2. 2. Формальное описание реализуемой модели
    • 2. 3. Структура описания внешних информационных потоков
    • 2. 4. Моделирование элементов системы
      • 2. 4. 1. Контекстная диаграмма и диаграммы декомпозиции
      • 2. 4. 2. Перечень маршрутных технологических процессов в сервисном центре
      • 2. 4. 3. Анализ модели АРМ специалиста тех поддержки
    • 2. 5. Выводы ко второй главе 5
  • 3. Разработка информационной системы управления
    • 3. 1. Выбор клиент-серверной архитектуры
    • 3. 2. Программная реализация модели
      • 3. 2. 1. Создание базы данных. Логическая структура
      • 3. 2. 2. Физическая структура базы данных
      • 3. 2. 3. Построение запросов
      • 3. 2. 4. Построение отчетов
    • 3. 3. Разработка интерфейса
      • 3. 3. 1. Проектирование структуры веб-интерфейса (Карты мозга)
      • 3. 3. 2. Проектирование дизайна веб-интерфейса
      • 3. 3. 3. Технологии прототипирования веб-интерфейсов
    • 3. 4. Технологии front-end разработки веб-интерфейсов
      • 3. 4. 1. Технологии разметки (HTML5CSS3, SASS, SCSS)
      • 3. 4. 2. Технологии программирования (JavaScript jQuery JQueryUI Ajax)
      • 3. 4. 3. Тестирование информационной системы
  • Заключение
  • Список литературы
  • Приложения
  • Приложение 1. Техническое задание
  • Приложение 2. Описание постановки задач «Электронстрой»
  • ГОСТ 24.204−80*
  • ТРЕБОВАНИЯ К СОДЕРЖАНИЮ ДОКУМЕНТА «ОПИСАНИЕ ПОСТАНОВКИ ЗАДАЧИ»
  • 1. ОБЩИЕ ПОЛОЖЕНИЯ
  • 2. ТРЕБОВАНИЯ К СОДЕРЖАНИЮ ДОКУМЕНТА
  • Приложение 3. Код SQL запроса
  • Приложение 4. Код SQL генерации таблицы заказов
  • Приложение 5. Код SQL генерации таблицы клиентов
  • Приложение 6. Код PHP генерации таблицы запросов

Мы не будем их рассматривать. Рассмотрим разработку прототипа интерфейса средствами 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. Расширенные таблицы стилей. CSS 3 — это новый стандарт оформления 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. IDEF 0. AS-IS.

Методология SADT. IDEF 0. AS-IS. Точка зрения оператора. Методология SADT. IDEF.

0. AS-IS. Точка зрения оператора. Методология SADT. IDEF 0. 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. IDEF 0. TO-BE Методология SADT. IDEF 0. TO-BE.

Методология SADT. IDEF 0. TO-BE Методология SADT. IDEF 0.

TO-BE Методология SADT. IDEF 0. TO-BE Методология SADT.

IDEF 0. TO-BE Методология SADT. IDEF 0.

TO-BE Методология SADT. IDEF 0.

TO-BEM icrosoftProgect диаграмма Ганта3На основе изученных данных были разработаны структуру корпоративного сайта компании, определены его основные модули, функционал сайта и место службы технической поддержки в структуре сайта. На начальном этапе разработки сайта на стадии проектирования был разработан дизайн сайта и его элементов, написано техническое задание на разработку сайта. Логическая структура базы данных. Концептуальная схема.

Физическая структура базы данных. Концептуальная схема.

База данных.

Структура вебинтерфейса Сайта службы технической поддержки.

Веб интерфейс на этапе разработки требований.

Начальное проектирование дизайна в редакторе BalsamiqMockupsРазработка дизайнаинтерфейса в AdobeDreamWeawerРазработка приложения.

ТестированиеМетодология SADT. IDEF 1x. dbForgeStudio for MySQLМетодология SADT. IDEF 1x. dbForgeStudio for MySQLdbForgeStudio for MySQLMind Map. M.

indjet Mind Manager ProMind Map. M indjet 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с.Вайк.

Аллен. J avaScript. Энциклопедия пользователя: Пер. з англ. К.: ТОВ «ТИД» ДС", 2001. 480с. Вильямсон X. Универсальный Dynamic HTML. Иблиотека программиста. СПб.: Питер, 2001.

— 304 с.: рис. Гудман Д. J avaScript. Библия пользователя, 4-е изд.: Пер. з англ. М.: Изд. дом «Вильямс», 2003.

— 960с. Коггзолл Джон. РНР 5. Полное руководство.: Пер. з англ.

М.: Издательский дом «Вильямс», 2006. — 752 с.: рис. — Парал. тит. англ.

Ратбон Э. J avaScript для чайников.К.: Диалектика, 1995. ;

236с.Бурлаков М. Macromedia-Dreamweaver. СПб., БХВ-Петербург, 2004. — 688с. Вуд Л. Web-графика. Справочник.

СПб.: Питер, 1998. — 246с. Граймес Г. 10 минут на урок InternetWorldWideWeb: Пер с англ. 3-е изд. К., М., СПб.: Издательский дом «Вильямс», 1998.

260с.Грызлов.

В. Java Script. Изд. 3-е.М.: ДМК Пресс, 2005. 416 с. Дарахвелидзе П. Г. Программирование.СПб.: БХВ-Петербург, 2003. 784 с. Кассер Д. Использование MacromediaDreamweaver.

М., СПб., К.: Издательский дом «Вильямс», 2005. 720 с. Хестер Н. Создание Web-страниц в Dreamweaver. М.: НТ Пресс, 2005. — 104с.Приложения.

Приложение 1. Техническое задание.

ТЕХНИЧЕСКОЕ ЗАДАНИЕна разработку информационной управляющей системы сервисного центра предприятия (шифр)Руководительот кафедры //(подпись, дата)(Ф.И.О.)Студент//(подпись, дата)(Ф.И.О.)СОГЛАСОВАНО:

Руководитель практики от предприятия//(подпись, дата)(Ф.И.О.)Москва 2013 г.

ВВЕДЕНИЕ

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

1. ОСНОВАНИЕ ДЛЯ РАЗРАБОТКИРазработка ведется на основании.

Общего описания системы, «Электронстрой», 20.

12.2015.

Описания постановки задач, «Электронстрой», 20.

12.2015.

Технического задания, «Электронстрой», 20.

12.2015.

Описания организации информационной базы, «Электронстрой», 20.

12.2015.

Проектирование и разработка на основании.

ГОСТ 34.601−90 Информационные технологии. Комплекс стандартов на автоматизированные системы. Автоматизированные системы. Стадии создания. ГОСТ ИСО/МЭК 12 207−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%)Итого (руб.)Программист1 501 200 313 720 012 544,0048848,00Консультант110 880 661 602 094,48254,4Руководитель2 001 600 464 002 176,008576,00Итого заработная плата разработчиков ЭИС (руб.).

66 678,4Стоимость расходных материалов (Таблица 5.2).Таблица 5.

2.Стоимость расходных материалов.

Наименование статьи расходов.

Стоимость ед-цы (руб.)Кол-во.

Сумма (руб.)Бумага формата А445 145.

Записная книжка40 140.

Шариковая ручка25 125.

Итого стоимость расходных материалов (руб.).

110Стоимость лицензионного программного обеспечения, используемого при разработке (Таблица 5.3).Таблица 5.

3. Стоимость лицензионного программного обеспечения.

Наименование статьи расходов.

Стоимость ед-цы (руб.)Срок лицензии (мес.)Сумма (руб.)MS SQL Server64030,164 030,00Delphi 1 032 740,00132740,00Итого стоимость программного обеспечения (руб.).

96 770,00На установку АРМ дополнительных затрат не требуется, так как на администрация сельского поселения имеет в наличии необходимое оборудование и программное обеспечение. Система будет функционировать на основе программного обеспечения используемого при разработке. Рассчитаем общую сумму денежных средств, которую необходимо вложить в проект: рублей. В результате деления суммы расходов на разработку и внедрение системы на сумму экономии за год получим срок окупаемости проекта в месяцах:(5.1)где, R — сумма расходов. Срок окупаемости рассчитываем по формуле (5.2):Таким образом, наибольшие расходы при разработке информационной системы управления обусловлены расходами на стоимость лицензионного программного обеспечения, используемого при разработке ИС. В результате анализа полученных показателей экономической эффективности, было установлено, что разработанная информационная система уже через два месяца окупит себя и будет приносить прямой экономический эффект компании. Сумма на разработку: не должна превышать 955 590 руб. Суммарная экономия в рублях за год будет равна:

Экономическая эффективность не ниже 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>Заказы:</h2n»);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с.
Заполнить форму текущей работой
Купить готовую работу

ИЛИ
↓


Сессия? Спокойно!