Песочница

Кейс с банкоматом

Описание кейса

Заказчик попросил аналитика описать схему работы банкомата, указав следующие требования: Банкомат должен авторизовать владельца системы, используя проверку PIN кода. Если клиент три раза неверно ввёл PIN код, то карта блокируется. Если клиент авторизован, то он может запросить операцию снятия денежных средств. Система должна проверять наличие достаточной суммы на счёте клиента.

Нарисуем схему работы автомата с помощью программного продукта Microsoft Visio

33

Схема работы банкомата

 

  • Какое минимальное количество банковских карт необходимо, чтобы проверить работоспособность всего процесса, если их нельзя разблокировать?
  • Банкомат уже накладывает следующие ограничения на вводимые суммы: шаг 100 рублей, диапазон снимаемой суммы [100;40000]. Эти ограничения проверять не надо. Какие значения снимаемых сумм необходимо протестировать, если на счете тестового клиента 32000 рублей?

Бизнес архитектура компании, которая занимается разработкой сайтов

Название Компании: ammediagroup ltd

Миссия: создавать самые лучшие сайты

Стратегия: сделать самый удобный и качественный сайт для заказчика

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

 Модель «Организационная структура»Organizational structure — схема, схематически отражающая состав и иерархию подразделений предприятия. Организационная структура устанавливается исходя из целей деятельности и необходимых для достижения этих целей подразделений, выполняющих функции, составляющие бизнес-процессы организации (рис. 1).

image002

Рис. 1. Организационная диаграмма компании.

Диаграмма «Цепочка добавленной стоимости» — Value added chain diagram (VAD) — диаграмма, описывающая взаимосвязь бизнес-процессов верхнего уровня.

image004

 

Рис. 3. Бизнес-процессы компании «ammediagroup ltd» на примере VAD диаграммы ARIS

 «Форма анкеты для интервью с владельцем бизнес-процесса 1»

  Бизнес-процесс 1  
  Название Привлечение клиента  
       
  Основной результат Привлечь клиента  
       
  Задачи процесса 1)    Формирование потенциальной аудитории

2)    Направленная пиар компания

3)    Формирование базы данных клиентов

 
       
  Владелец *  
  Фамилия  
     
  Имя Андрей  
     
  Отчество Олегович  
     
  Должность Владелец БП  
     
  Телефон 000000000000  
     
  E-mail andrey@ammediagroup.rog  
       
Участники бизнес-процесса*
Фамилия, имя, отчество Должность Роль/степень участия
1 Bvz Владелец БП Ответственный и информируемый
2 Маркетолог 1 Маркетолог Участник
3 Маркетолог 2 Маркетолог Участник
4 Менеджер 1 Менеджер Участник

 

  Подпроцессы и шаги (выполняемые работы) в рамках бизнес-процесса 1  
  Подпроцесс 1: Анализ рынка  
Название, содержание шага Ответственный
1 Определить цели исследования рынка Маркетолог 1  
2 Составить план анализа рынка Маркетолог 1  
3 Определить сроки и бюджет анализа рынка Маркетолог 1  
4 Выбрать методы исследования рынка Маркетолог 1  
5 Провести необходимые исследования рынка Маркетолог 1  
6 Подготовить анализ собранной информации по рынку Маркетолог 1  
  Подпроцесс 2: Пиар кампания  
  Название, содержание шага Ответственный  
1 Провести исследование (определение и уточнение проблемы – аналитический этап) Маркетолог 2
2 Провести планирование (стратегический анализ, разработка предложения, утверждение программы); Маркетолог 2
3 Реализация программы PR-кампании (действия и коммуникации) Маркетолог 2
4 Оценка эффективности PR-кампании Маркетолог 2
  Подпроцесс 3: Формирование базы данных клиентов  
  Название, содержание шага Ответственный  
1 Интеграция CRM платформ Маркетолог 1
2 Запуск landing page Маркетолог 1
3 Запуск рекламы Маркетолог 1
   
  Контролируемые параметры бизнес-процесса 1  
Параметр Форма и регулярность контроля
  1 Количество потенциальны клиентов, перешедших на landing page Данные метрики

еженедельная

 
  2 Количество человек, обратившихся в компания Данные телефонных звонков

еженедельная

 
  3 Оценка эффективности PR-кампании Данные опросов

ежемесячная

 
 
  Взаимосвязи с другими бизнес-процессами  
Бизнес-процесс Характер взаимосвязи
  1 Сопровождение клиентов Прямая  
  2 Подбор персонала Прямая  
         
  Запрашиваемые документы  
Наименование Описание
  1 Данные анкетирования Текстовый документ  
  2 Отчет по исследованию рынка Текстовый документ  
  3 Отчет по PR компании Текстовый документ  
         

 

Основные процедуры процесса «Привлечение клиентов»(VAD диаграмма ARIS) (рис 4)

image006

Рис. 4. Основные процедуры процесса «Привлечение клиентов»

Модель “Описания функций” — Function Allocation Diagram (FAD) определяется статические связи/отношения между функциями и элементами организационной структуры, оборудованием и материалами, а также информационными объектами, элементами представления данных — документами, базами данных, классификаторами и др.

Модель описания функций «Анализ рынка» (рис 5.)

image008

Рис 5. Модель описания функций «Анализ рынка»

Модель описания функций «Пиар компания» (рис 6).

image010

Рис.6. Модель описания функций «Пиар компания»

Модель описания функций «Формирование базы данных клиентов» (рис 7).

image012

Рис 7. Модель описания функций «Формирование базы данных клиентов»

 Модель «Расширенная нотация описания цепочки процесса, управляемого событиями» — Extended Event Driven Process Chain (Eepc). Нотация разработана специалистами компании IDS Scheer AG (Германия), в частности профессором Шеером. Поток работ, в котором выполняется последовательное выполнение событий.

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

Расширенная нотация описания цепочки процесса, управляемого событиями «Анализ рынка» (рис 8).

image014

Рис 8. Модель EPC «Анализ рынка»

Расширенная нотация описания цепочки процесса, управляемого событиями «Пиар кампания» (рис 9).

image016

 

Рис 9. Модель EPC «Пиар кампания»

Модель Расширенная нотация описания цепочки процесса, управляемого событиями «Формирование базы данных клиентов» (рис 10).

image018

 

Рис 10. Модель EPC «Формирование базы данных клиентов»

«Форма анкеты для интервью с владельцем бизнес-процесса 2»

 

  Бизнес-процесс 2  
  Название Сопровождение клиентов  
       
  Основной результат Заключение договора на создание сайта  
       
  Задачи процесса 1)    Консультация клиента

2)    Согласование сроков и технического задания

3)    Выставление счетов

 

 
       
  Владелец *  
  Фамилия Вакурин  
     
  Имя Андрей  
     
  Отчество Олегович  
     
  Должность Владелец БП  
     
  Телефон 000000000000  
     
  E-mail andrey@ammediagroup.rog  
       
Участники бизнес-процесса*
Фамилия, имя, отчество Должность Роль/степень участия
1 Вакурин Андрей Владелец БП Ответственный и информируемый
2 Менеджер 1 Менеджер Участник
3 Менеджер 2 Менеджер Участник

 

  Подпроцессы и шаги (выполняемые работы) в рамках бизнес-процесса 2  
  Подпроцесс 1: Обработка клиента  
Название, содержание шага Ответственный
1 Телефонный звонок Менеджер 1  
2 Выявление потребностей Менеджер 1  
3 Продажа услуг Менеджер 1  
4 Краткий рассказ о компании Менеджер 1  
5 Приглашение в офис Менеджер 1  
  Подпроцесс 2: Техническое задание  
  Название, содержание шага Ответственный  
1 Получение ТЗ Менеджер 2
2 Согласование ТЗ Менеджер 2
3 Внесение корректировок Менеджер 2
  Подпроцесс 3: Выставление счетов  
  Название, содержание шага Ответственный  
1 Согласование стоимости заказа с клиентом Менеджер 1
2 Согласование деталей заказа Менеджер 1
3 Оплата услуг Менеджер 1
         
  Контролируемые параметры бизнес-процесса 2  
Параметр Форма и регулярность контроля
  1 Количество клиентов, обработанные менеджером Данные CRM

еженедельная

 
  2 Количество оплаченных счетов Счета

еженедельная

 
  3 Количество потерянных клиентов Данные телефонных звонков

ежемесячная

 
   
  Взаимосвязи с другими бизнес-процессами  
Бизнес-процесс Характер взаимосвязи
  1 Подбор персонала Прямая  
  2 Воронка продаж Прямая  
  3 Разработка Прямая  
         
  Запрашиваемые документы  
Наименование Описание
  1 Данные анкетирования Текстовый документ  
  2 Отчет по исследованию рынка Текстовый документ  
  3 Отчет по PR компании Текстовый документ  
         

Основные процедуры процесса «Сопровождение клиентов» (рис 11)

image020

Рис. 11. Основные процедуры процесса «Сопровождение клиентов»

Модель описания функций «Консультация» (рис 12)

image022

Рис 12. Модель описания функций «Консультация»

Модель описания функций «Техническое задание» (рис 13)

image024

Рис 13. Модель описания функций «Техническое задание»

Модель описания функций «Оплата услуг» (рис 14)

image026

Рис 14. Модель описания функций «Оплата услуг»

Модель Расширенная нотация описания цепочки процесса, управляемого событиями «Консультирование клиента» (рис 15).

image028

Рис 15. Модель EPC «Консультирование клиента»

Модель Расширенная нотация описания цепочки процесса, управляемого событиями «Техническое задание» (рис 16).

image030

Рис 16. Модель EPC «Техническое задание»

Модель Расширенная нотация описания цепочки процесса, управляемого событиями «Оплата услуг» (рис 17).

image032

Рис 17. Модель EPC «Оплата услуг»

«Форма анкеты для интервью с владельцем бизнес-процесса 3»

  Бизнес-процесс 3  
  Название Разработка  
       
  Основной результат Готовый сайт для заказчика  
       
  Задачи процесса 1)    Разработка дизайна

2)    Разработка серверной и клиентской части

 
       
  Владелец *  
  Фамилия Вакурин  
     
  Имя Андрей  
     
  Отчество Олегович  
     
  Должность Владелец БП  
     
  Телефон 000000000000  
     
  E-mail andrey@ammediagroup.rog  
       
Участники бизнес-процесса*
Фамилия, имя, отчество Должность Роль/степень участия
1 Вакурин Андрей Владелец БП Ответственный и информируемый
2 Креативный директор Креативный директор Участник
3 Дизайнер 1 и Дизайнер 2 Дизайнер Участник
4 Начальник отдела front-end Начальник отдела front-end Участник
5 Начальник отдела back-end Начальник отдела back-end Участник
6 Программист 1 и Программист 2 front-end Программист Участник
7 Программист 1 и Программист 2 back-end Программист Участник
  Подпроцессы и шаги (выполняемые работы) в рамках бизнес-процесса 3  
  Подпроцесс 1: Back-end development  
Название, содержание шага Ответственный
1 Создание ядра Начальник отдела back-end  
2 Разработка платформы Начальник отдела back-end  
3 Разработка базы данных Начальник отдела back-end  
4 Создание административной панели Начальник отдела back-end  
  Подпроцесс 2: Front-end development  
  Название, содержание шага Ответственный  
1 Создание пользовательского интерфейса Начальник отдела front-end
2 Верстка шаблона Креативный директор
         

 

  Контролируемые параметры бизнес-процесса 3  
Параметр Форма и регулярность контроля
  1 Количество рабочих часов на программистов Система учета работников

ежедневная

 
  2 Сдача проекта в срок Одноразовая  
   
  Взаимосвязи с другими бизнес-процессами  
Бизнес-процесс Характер взаимосвязи
  1 Подбор персонала Прямая  
  2 Разработка ТЗ Прямая  
         
  Запрашиваемые документы  
Наименование Описание
  1 Техническое задание Текстовый документ  
  2 Техническая документация Текстовый документ  
         

Основные процедуры процесса «Разработка» (рис 18)

image033

Рис. 18. Основные процедуры процессы «Разработка»

Модель описания функций «Back-end development» (рис 17)

 

image036

Рис 18. Модель описания функций «Back-end development»

Модель описания функций «Front-end development» (рис 19)

image038

Рис 19. Модель описания функций «Front-end development»

Модель Расширенная нотация описания цепочки процесса, управляемого событиями «Back-end development» (рис 20).

image040

 

Рис 20. Модель EPC «Back-end development»

Модель Расширенная нотация описания цепочки процесса, управляемого событиями «front-end development» (рис 21).

image042

Рис 20. Модель EEPC «Front-end development»

«Форма анкеты для интервью с владельцем бизнес-процесса 4»

  Бизнес-процесс 4  
  Название Тестирование  
       
  Основной результат Полноценно работающий сайт  
       
  Задачи процесса 1)    Выявление проблем с безопасностью на сайте

2)    Выявление пользовательских проблем

3)    Исправление ошибок

 
       
  Владелец *  
  Фамилия Вакурин  
     
  Имя Андрей  
     
  Отчество Олегович  
     
  Должность Владелец БП  
     
  Телефон 000000000000  
     
  E-mail andrey@ammediagroup.rog  
       
Участники бизнес-процесса*
Фамилия, имя, отчество Должность Роль/степень участия
1 Вакурин Андрей Владелец БП Ответственный и информируемый
2 Тестировщик Тестировщик Участник
  Подпроцессы и шаги (выполняемые работы) в рамках бизнес-процесса 4  
  Подпроцесс 1: Поиск ошибок  
Название, содержание шага Ответственный
1 Модульное тестирование Тестировщик 1  
2 Интеграционное тестирование Тестировщик 1  
3 Системное тестирование Тестировщик 1  
4 Bag report Тестировщик 1  
   Подпроцесс 2: Исправление ошибок  
  Название, содержание шага Ответственный  
1 ticket на разработку Тестировщик 1

 

2 Доработка модуля, виджета и тд и тп Начальник отдела front-end и Начальник отдела back-end  

 

 

 
  Контролируемые параметры бизнес-процесса 4  
Параметр Форма и регулярность контроля
  1 Количество созданных ticket(ов) Система баг репорта

Одноразовая

 
  2 Количество исправленных проблем Система баг репорта

Одноразовая

 
   

 

  Взаимосвязи с другими бизнес-процессами  
Бизнес-процесс Характер взаимосвязи
  1 Подбор персонала Прямая  
  2 Разработка Прямая  
         
  Запрашиваемые документы  
Наименование Описание
  1 Техническое задание Текстовый документ  
  2 Техническая документация Текстовый документ  
         

Основные процедуры процесса «Тестирование» (рис 21)

image044

Рис. 21. Основные процедуры процессы «Тестирование»

Модель описания функций «Поиск ошибок» (рис 22)

image046

Рис 22. Модель описания функций «Поиск ошибок»

Модель описания функций «Bag report» (рис 23)

image048

Рис 23. Модель описания функций «Bag report»

Модель Расширенная нотация описания цепочки процесса, управляемого событиями «Поиск ошибок» (рис 24).

 

image050

Рис 24. Модель EEPC «Поиск ошибок»

Модель Расширенная нотация описания цепочки процесса, управляемого событиями «Исправление ошибок» (рис 25).

image052

Рис 25. Модель EEPC «Исправление ошибок»

  Бизнес-процесс 5  
  Название Запуск production  
       
  Основной результат Полноценно работающий сайт  
       
  Задачи процесса 1)    Выпустить релиз сайта

2)    Закрыть проект

 
       
  Владелец *  
  Фамилия Вакурин  
     
  Имя Андрей  
     
  Отчество Олегович  
     
  Должность Владелец БП  
     
  Телефон 000000000000  
     
  E-mail andrey@ammediagroup.rog  
       
Участники бизнес-процесса*
Фамилия, имя, отчество Должность Роль/степень участия
1 Вакурин Андрей Владелец БП Информируемый и ответственный
2 Дизайнер 1 и Дизайнер 2 Дизайнер Участник
3 Начальник отдела front-end Начальник отдела front-end Участник
4 Начальник отдела back-end Начальник отдела back-end Участник
5 Программист 1 и Программист 2 front-end Программист Участник
6 Программист 1 и Программист 2 back-end Программист Участник
7 Креативный директор Креативный директор Участник
8 Дизайнер 1 и Дизайнер 2 Дизайнер Участник
9 Клиент Клиент Информируемый
  Подпроцессы и шаги (выполняемые работы) в рамках бизнес-процесса 5  
  Подпроцесс 1: Завершение проекта  
Название, содержание шага Ответственный
1 Покупка сервера Программист  
2 Покупка доменного имени Программист  
3 Покупка ssl сертификатов Программист  
4 Копирование файл на сервер Программист  
5 Создать инструкцию по пользованию сайта Программист  
6 Создать техническую документацию к API Программист  
  Подпроцесс 2: Техническая поддержка сайта  
  Название, содержание шага Ответственный  
1 Добавление материалов на сайт Менеджер
2 Внесение небольших изменений Менеджер  

 

 

  Контролируемые параметры бизнес-процесса 4  
Параметр Форма и регулярность контроля
  1 Стоимость купленного сервера, доменного имени, сертификата Счет

Одноразовая

 
  2 Количество закрытых проектов и количество незакрытых проектов в срок CRM

Ежемесячная

 
   

 

  Взаимосвязи с другими бизнес-процессами  
Бизнес-процесс Характер взаимосвязи
  1 Подбор персонала Прямая  
  2 Разработка Прямая  
         
  Запрашиваемые документы  
Наименование Описание
  1 Техническое задание Текстовый документ  
  2 Техническая документация Текстовый документ  
         

Основные процедуры процесса «Запуск production» (рис 26)

image063

Рис. 26. Основные процедуры процесса «Запуск production»

Модель описания функций «Завершение проекта» (рис 27)

image056

Рис 27. Модель описания функций «Завершение проекта»

Модель описания функций «Техническая поддержка проекта» (рис 28)

image058

Рис 28. Модель описания функций «Техническая поддержка сайта»

Модель Расширенная нотация описания цепочки процесса, управляемого событиями «Завершение проекта» (рис 29).

image060

Рис 29. Модель EEPC «Завершение проекта»

Модель Расширенная нотация описания цепочки процесса, управляемого событиями «Техническая поддержка» (рис 30).

image062

Рис 30. Модель EEPC «Техническая поддержка»

 

Описание бизнес процесса «Сопровождение клиентов

Цели и задачи бизнес процесса «Сопровождение клиентов»
1.1. Цель

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

1.2. Задачи

Задачей бизнес процесса «Сопровождение клиентов» является первичная обработка клиента: рассказ о нашей компании, уточнение деталей заказа, формирование ТЗ и уточнение сроков исполнения заказа, выставление счетов.

2.0 Процедуры в рамках процесса «Сопровождение клиентов»
2.1.1      Состав выполняемых работ

Разработка моделей верхнего и нижнего уровня в среде Business studio, разработка BPMN диаграммы в среде Bizagi, симуляция бизнес процессов и их оптимизация.

  • Описание “as is”

Основные процедуры процесса «Сопровождение клиентов» (рис 31)

image063

Рис. 31. Основные процедуры процесса «Сопровождение клиентов»

Модель описания функций «Консультация» (рис 32)

image028

Рис 32. Модель описания функций «Консультация»

Поток работ можно описать в нотации BPMN. Модель в нотации BPMN процесса «Сопровождение клиента» с использованием средств программного обеспечения bizagi modeler (рис.33).

бизнес процесс

Рис 33. BPMN «Сопровождение клиента»

Данные метрик BPMN процесса «Сопровождение клиента» с использованием средств программного обеспечения bizagi modeler.

Загруженность по ресурсам

Ресурс Интервал заказов Количество заказов Загруженность Почасовая ставка Зарплата менеджерам
Два менеджера 60 минут 100 14,85% 320 рублей 68426 рублей
Name Instances completed Min. time (m) Max. time (m) Avg. time (m) Total time (m) Avg. time waiting for

resource (m)

Standard

deviation

waiting

resources

(m)

Total

time

waiting

resource

(m)

Total fixed cost
Процесс 1 100 10 965 299,4 29940 23525 570000
Получение

списка

клиентов

100
Получение ТЗ от клиента 57 50 245 92,28 5260 42,28 45,62 2410 0
Оплата услуг 57 25 220 78,33 4465 53,33 47,25 3040 570000
Первичная обработка клиента 100 10 210 55,45 5545 45,45 43,22 4545 0
Отмена заказа 43 0 180 39,3 1690 39,3 38,36 1690 0
Заказ отменен 43
ТЗ для

разработчиков

57 20 205 61,05 3480 51,05 46,89 2910 0
Согласование ТЗ 57 5 205 70,35 4010 65,35 50,53 3725 0
Обработка неудачная 43 0 175 41,05 1765 41,05 37,61 1765 0
Согласование сроков 57 5 205 65,35 3725 60,35 47,58 3440 0

Произведем имитацию бизнес процесса «as is» с помощью функционально-стоимостного анализа и имитационного моделирования средствами bussiness studio 4.1.

  • Имитационное моделирование – метод исследования, позволяющий проанализировать систему, не изменяя ее. Это возможно благодаря тому, что изучаемая система заменяется имитирующей. Эксперименты проводятся с имитирующей системой, при этом полученная в результате информация характеризует изучаемую систему. Говоря об анализе деятельности компании, метод позволяет сымитировать выполнение модели бизнес-процессов так, как оно происходило бы в действительности, и получить реальную оценку длительности каждого процесса.
  • Функционально-стоимостной анализ – инструмент, предназначенный для оценки себестоимости продукта (услуги). Проведение функционально-стоимостного анализа позволяет получить оценку себестоимости через управление процессами, направленными на производство продукта или оказание услуги. В этом состоит отличие метода функционально-стоимостного анализа бизнес-процессов от традиционных финансовых методов учета затрат, в рамках которых деятельность компании оценивается по функциональным операциям, а не по конкретным продуктам (услугам), предоставляемым заказчику. В основе функционально-стоимостного анализа лежит следующее положение: для производства продукта (услуги) необходимо выполнить ряд процессов, затратив при этом определенные ресурсы. Расходы на выполнение процесса рассчитываются путем переноса стоимости ресурсов на стоимость шагов процесса. Сумма расходов на выполнение всех процессов, с определенными поправками, и составляет себестоимость продукта (услуги). Если традиционные методы вычисляют затраты на некоторый вид деятельности лишь по категориям расходов, то функционально-стоимостной анализ показывает стоимость выполнения всех шагов процесса. Таким образом, методика функционально-стоимостного анализа  позволяет наиболее точно определить затраты на производство продуктов (оказание услуг), а также предоставляет информацию для анализа бизнес-процессов и их улучшения.

Этапы выполнения имитации:

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

2.1.4                             Информация на входе

На входе в бизнес процесс входит первоначальная «необработанная» база данных клиентов.
2.1.5            Изменения/дополнения информации в процессе выполнения работ

Убираем процесс «выявление потребностей» и «продажа услуг» из процесса «Сопровождение клиентов» и перемещаем эти процессы в декомпозицию «телефонный звонок». Все отчеты после процессов изменяем на учетную карточку клиента.
2.1.6            Требования к автоматизации
2.1.6.1                      Экранные формы ввода данных

Форма ввода данных – это CRM платформа, куда вносятся данные.
2.1.6.2                      Формы бумажных документов

Форма бумажных документов – это карточки клиента.
2.1.6.3                      Формы отчетов

Форма отчетов включает в себя выгрузку данных по всем клиентам с заданными запросами (сколько человек денег потратил на приобретение услуг, сколько заказал услуг и т.д. и т.п.).
2.1.6.4                      Правила обработки данных

Все данные обрабатываются линейной, так как отсутствуют какие-либо ветвления между процессами. Приоритет исполнения каждого процесса равен 5 (норма).

Входы и выходы процесса

3.1 Входы

В рассматриваемом бизнес процессе, входящий документ – база данных клиентов.
3.2 Выходы

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

4. Матрица ответственности

№№ Наименование процесса/процедуры Менеджер 1 Менеджер 2 Владелец БП Начальник отдела менеджеров
БП1 Бизнес-процесс 1 О О В И
Пр1.1 Процедура 1 У У И К
Пр1.2 Процедура 2 У У И К
Пр1.3 Процедура 3 У У И К
Пр1.4 Процедура 4 У У И К
Пр1.5 Процедура 5 У У И К
Условные обозначения Описание
Владелец В
Ответственный исполнитель О Полностью отвечает за исполнение процедуры в рамках процесса, организовывает работу участников-исполнителей, предоставляет информацию для информируемых сотрудников. Работает по процедуре наряду с участниками-исполнителями.
Информируемый И Сотрудник, заинтересованный в информации о выполнении процесса или процедуры. Информация предоставляется в виде отчета.
Участник-исполнитель У Сотрудник, привлекаемый ответственным исполнителем для выполнения работ/услуг и отчитывающийся ответственному исполнителю.
Контроль К
Сопровождение клиентов
Получает информацию Передает информацию
Бизнес – процесс

«Привлечение клиента»

База данных клиентов База данных, которые согласились приобрести услуги
Бизнес-процесс

«Разработка»

Техническое задание Разработанный продукт
Бизнес-процесс

«Тестирование»

Техническое задание Отчет о проделанной работе

6.       Метрика

Заданные параметры имитации процеса “as is” и “to be”:

  • Длительность имитации 30 дней (период с 26.04.2016 — 26.05.2016)
  • Процесс Телефонный звонок, выявление потребностей клиента, продажа услуг, согласование ТЗ равняется 10 минутам.
  • Процесс подписание договора равняется 0 минутам.
  • Зарплата менеджера 130 рублей/час

Отчет по результатам имитации «as is»

Время имитации

Время начала 26.04.2016 09:00:00
Время окончания 29.05.2016 18:00:00
Длительность 30д. 09:00:00

Процессы имитации

Название Средняя длительность Средняя стоимость,
руб.
1. Сопровождение клиента 1д. 12:51:54 108,3333

Использованные ресурсы

Временные ресурсы

Название Смена Ставка в час Среднее время использования Средняя стоимость использования, руб.
1. Менеджер Смена 1 130 руб.
  Сумма 108,3333

Произведенные продукты

Название Среднее производимое количество
1. Карточка клиента 1

Средние значения времени и стоимости подпроцессов

Процесс Время выполнения Время ожидания Время в очереди Время в ожидании материальных ресурсов Полное время Стоимость,
руб.
1. ТП1.1 Телефонный звонок 0:10:00 1:15:24 1д. 07:25:11 0:00:00 1д. 08:50:35 21,6667
2. ТП1.2 Выявление потребностей клиента 0:10:00 0:50:00 0:00:00 0:00:00 0:10:00 21,6667
3. ТП1.3 Продажа услуг 0:10:00 0:40:00 0:00:00 0:00:00 0:10:00 21,6667
4. ТП1.4 Согласование ТЗ 0:10:00 0:20:00 0:46:30 0:00:00 0:56:30 21,6667
5. ТП1.5 Согласование стоимости 0:10:00 0:10:00 1д. 03:08:34 0:00:00 1д. 03:28:34 21,6667
6. ТП1.6 Подписание договора 0:00:00 0:60:00 0:00:00 0:00:00 0:00:00 21,6667

Средние затраты времени и стоимости экземпляров подпроцессов на выполнение экземпляра процесса

Процесс Частота в рамках вышележ. Время выполнения Время ожидания Время в очереди Время в ожидании материальных ресурсов Полное время Стоимость,
руб.
1. ТП1.1 Телефонный звонок 1 0:10:00 1:15:24 1д. 07:25:11 0:00:00 1д. 08:50:35 21,6667
2. ТП1.2 Выявление потребностей клиента 1 0:10:00 0:00:00 0:00:00 0:00:00 0:10:00 21,6667
3. ТП1.3 Продажа услуг 1 0:10:00 0:00:00 0:00:00 0:00:00 0:10:00 21,6667
4. ТП1.4 Согласование ТЗ 1 0:10:00 0:00:00 0:46:30 0:00:00 0:56:30 21,6667
5. ТП1.5 Согласование стоимости 1 0:10:00 0:10:00 1д. 03:08:34 0:00:00 1д. 03:28:34 21,6667
6. ТП1.6 Подписание договора 0 0:00:00 0:00:00 0:00:00 0:00:00 0:00:00 0
Сумма 0:50:00 1:25:24 2д. 11:20:16 0:00:00 2д. 13:35:40 108,3333

Экземпляры процесса

Количество запущенных экземпляров 390
Количество завершенных экземпляров 42
Количество незавершенных экземпляров 348
Среднее количество запусков в день 115,5556
Среднее количество завершенных экземпляров в день 12,4444
 

Результат: количество запущенных экземпляров равно 390, количество выполненных экземпляров равно 42 (9,7% от общего количества), количество незавершенных экземпляров равно 348, максимальное среднее время ожидания равно 1:15:24 (и приходится на процесс «телефонный звонок»), максимальное время в очереди 1д. 07:25:11), полное время выполенения всех процессов равно 3:35:40.

Отчет по результатам имитации «to be»

Время имитации

Время начала 26.04.2016 09:00:00
Время окончания 26.05.2016 18:00:00
Длительность 30д. 09:00:00

Процессы имитации

Название Средняя длительность Средняя стоимость,
руб.
1. ТП1 Юридическое оформление договора 2д. 09:17:20 86,6667

Использованные ресурсы

Временные ресурсы

Название Смена Ставка в час Среднее время использования Средняя стоимость использования, руб.
1. Менеджер Смена 1 130 руб.
  Сумма 86,6667

Произведенные продукты

Название Среднее производимое количество
1. Карточка клиента 1
2. Счет 1

Средние значения времени и стоимости подпроцессов

Процесс Время выполнения Время ожидания Время в очереди Время в ожидании материальных ресурсов Полное время Стоимость,
руб.
1. ТП1.1 Телефонный звонок 0:10:00 1:15:43 6:16:09 0:00:00 7:41:53 21,6667
2. ТП1.2 Согласование ТЗ 0:10:00 0:10:00 2д. 10:13:07 0:00:00 2д. 10:33:07 21,6667
3. ТП1.3 Согласование стоимости 0:10:00 1:11:06 2д. 02:47:18 0:00:00 2д. 04:08:24 21,6667
4. ТП1.4 Подписание договора 0:10:00 0:10:00 3:19:30 0:00:00 3:39:30 21,6667

Средние затраты времени и стоимости экземпляров подпроцессов на выполнение экземпляра процесса

Процесс Частота в рамках вышележ. Время выполнения Время ожидания Время в очереди Время в ожидании материальных ресурсов Полное время Стоимость,
руб.
1. ТП1.1 Телефонный звонок 1 0:10:00 1:00:43 6:16:09 0:00:00 7:41:53 21,6667
2. ТП1.2 Согласование ТЗ 1 0:10:00 0:10:00 10:13:07 0:00:00 2д. 10:33:07 21,6667
3. ТП1.3 Согласование стоимости 1 0:10:00 1:11:06 02:47:18 0:00:00 2д. 04:08:24 21,6667
4. ТП1.4 Подписание договора 1 0:10:00 0:10:00 1:19:30 0:00:00 3:39:30 21,6667
Сумма 0:40:00 2:46:50 22:36:05 0:00:00 2д. 02:02:55 86,6667

 

Экземпляры процесса

Количество запущенных экземпляров 552
Количество завершенных экземпляров 300
Количество незавершенных экземпляров 252
Среднее количество запусков в день 75,3441
Среднее количество завершенных экземпляров в день 8,1896

 

Результат: количество запущенных экземпляров стало равно 552 (прирост на 162 штуки), количество выполненных экземпляров стало равно 300 (прирост в 8,5 раз), количество незавершенных экземпляров стало равно 252, максимальное среднее время ожидания уменьшилось на 15 минут, максимальное время в очереди уменьшилось на 9 часов, полное время выполенения всех процессов стало быть равно 2 дням 02:02:50, стоимость использования менеджера уменьшилась на 22 рубля, также уменьшилась его среднее время использования на 10 минут.

 

7.0 Отчетность

7.1 Сводная ведомость отчетной информации

Наименование отчета Менеджер 1 Менеджер 2 Владелец БП
Учетная карточка ежемесячно
Оплаченный счет ежемесячно еженедельно

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

  1. Контроль качества и эффективность процесса «Сопровождение клиентов»

 Контроль качества – это проверка соответствия продукции или процесса, от которого зависит ее качество, установленным требованиям:

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

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

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

Контроль качества включает три основных этапа:

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

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

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

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

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

Оценку эффективности можно оценить по объему трудозатрат. Чем ниже трудозатраты и больше прибыль, тем эффективнее данный процесс.

8.             Глоссарий процесса

Термин Описание
Средства контроля качества Это изделия (приборы, приспособления, инструменты, испытательные стенды) и материалы (например, реактивы), используемые при контроле.

 

«Торговый терминал «Trader» . Функциональное задание

Оглавление
Словарь

1.Термины и определения
1.2 Сокращения
2.Назначение и цель проекта
3. Содержание проекта
3.1 В рамки проекта входит
3.2 В рамки проекта не входит
4 Описание Функциональных блоков (Задач) проекта
4.1 Функциональный блок регистрации трейдера в ТТ
4.2 Функциональный блок личного кабинета
4.3 Функциональный блок анализа котировок
4.4 Функциональный блок трансляций новостных блоков и блоков аналитики
5 Тестовые сценарии
5.1 Сценарий тестирования регистрации трейдера в ТТ
5.2 Сценарий тестирования личного кабинета
5.3 Сценарий тестирования анализа котировок
5.4 Сценарий тестирования трансляций новостных блоков и блоков аналитики
6 Не функциональные требования
6.1 Требования к доступности, надежности и производительности программного обеспечения
6.2 Требования к внешнему программному обеспечению
6.3 Требования к организационному обеспечению
6.4 Требования к аппаратному обеспечению
38

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

1.2 Сокращения
ТТ – Торговый терминал
ЛК — Личный кабинет
ТС – Торговый счет
ДС — Демо (демонстративный) счет
2 Назначение и цель проекта
Цель проекта:
1) Автоматизация доступа трейдера к фондовому, срочному, валютному, товарному рынку
2) Анализ текущего состояния рыночных цен на имеющиеся активы
3) Возможность трейдеру сделать ордер или отложенную заявку
Бизнес результаты:
1) Снижение затрат на обработку заявок от трейдеров
2) Повышение оперативности доступа трейдера к текущему состоянию рыночных цен
3) Автоматизированный доступ к фондовому, срочному, валютному и товарному рынку

По итогам опытной эксплуатации ТТ, он должен продемонстрировать следующие показатели:
1. Средние затраты сотрудников отдела «по работе с клиентами» на обработку одного заказа не превышают 10 минут.
2. Срок обработки ордера не более 2 минут.
3. Время отклика ТТ не более 3мс
4. Время предоставления информации о сделанных заказах и истории их обработки не более 2 мин.
5. Система хранит всю информацию о сделанных заказах и истории их обработки.
6. Показатель доступности ТТ 98%.

66

  1. VAD диаграмма to be

3 Содержание проекта
3.1 В рамки проекта входит

Функционал авторизации
1. Функционал для регистрации трейдера в ТТ
2. Функционал ЛК (доступ к текущем рыночным ценам на имеющиеся активы, доступ к архиву котировок)
Функционал для анализа котировок
1. Функционал для осуществления анализа текущего состояния рынка (индикаторы и советники для анализа)
2. Функционал для трансляции в терминал новостных блоков и блоков аналитики

3.2 В рамки проекта не входит
1. Функционал по работе менеджера с клиентом
4 Описание Функциональных блоков (Задач) проекта
4.1 Функциональный блок «Регистрация трейдера в торговом терминале»
Описание функции: данный функционал позволяет трейдеру произвести авторизацию в ТК
Приоритет реализации функции: абсолютно необходимо реализовать
Требования: новому трейдеру для регистрации в ТК необходимо указать имя, фамилию, логин, пароль, контактный телефон, адрес почты. После успешного заполнение полей, новому трейдеру на его адрес электронный почты будет отправлено сообщение с успешной регистрацией в ТК «Trader». В базе данных создает таблица «users» с кодировкой utf – 8, которая будет иметь столбцы: id – первичный ключ и AUTO_INCREMENT для автоматической генерации уникального id пользователя, name — имя, surname — фамилия, login — логин, password — пароль, telephone — телефон, email — почта). Типы данных столбцов: Id – числовой; name, surname, login, password, email – текстовые (varchar с длинной 45 символов), telephone – числовой с длинной 12 символов. При новой регистрации нового пользователя – создается новая запись в таблице «users».

Запись в базу данных осуществляется так
INSERT INTO `database`.`users` (`name`, `surname`, `login`, `password`, `telephone`, `email`) VALUES ( ‘andrey’, ‘vakurin’, ‘andvak’, ‘12345678’, ‘132234324’, ‘sf@yandex.ru’);

Таблица «users»:
CREATE TABLE `database`.`users` (
`id` INT NOT NULL AUTO_INCREMENT,
`name` VARCHAR(45) NOT NULL,
`surname` VARCHAR(45) NOT NULL,
`login` VARCHAR(45) NOT NULL,
`password` VARCHAR(45) NOT NULL,
`telephone` INT(12) NOT NULL,
`email` VARCHAR(45) NOT NULL,
PRIMARY KEY (`login`));

Требования к вводу и выводу данных:
Ручной ввод с клавиатуры имени, фамилии, логина, пароля, телефона, email.

1233.Примерный вид экранной формы ввода данных

234.Примерный вид хранения записей в базе данных

4.2 Функциональный блок личного кабинета
Описание функции: данный функционал позволяется трейдеру вводить средства, выводить средства, смотреть котировки, смотреть новости, обмениваться сообщениями со службой технической поддержки, смотреть графики валютного, срочного, товарного, фондового рынка
Приоритет реализации функции: абсолютно необходимо реализовать
Требования: для входа в личный кабинет трейдер должен использовать логин и пароль указанный при регистрации. Если пользователь забыл логин или пароль, то в ТТ должен быть предусмотрен раздел восстановления логина или пароля.
33 5.Форма авторизации пользователя
Требования к вводу и выводу данных:
Ручной ввод с клавиатуры логина и пароля
Проверка полей на соответствие значений в базе данных. При некорректном вводе значений предлагается либо восстановить доступ в ЛК или повторить ввод.

У нас имеются 2 переменные $login и $password, которые проверяются в таблице users
На языке PHP код выглядит так:

If (
isset($_POST[‘login’]) &&
isset($_POST[‘password’]))
)
{
$login = get_post(‘login’);
$password = get_post(‘password’)
}
…………



38
6. Личный кабинет
 

4.3 Функциональный блок анализа котировок
Описание функции: данный функционал позволяется трейдеру производить фундаментальный анализ котировок, создавать ордер или отложенную заявку.
Приоритет реализации функции: абсолютно необходимо реализовать
Требования: после авторизации трейдера в ЛК ему необходимо пополнить свой баланс или попробовать демонстрационный режим с ДС. После выбора режима в таблице «account» (с кодировкой utf – 8) создается новая запись id, login, personal account. Создается таблица «market» с идентификатором рынка (market_fond – фондовый рынок, market_val – валютный рынок, market_sroch – срочный рынок, market_tovar – товарный рынок). При создании ордера создается новая запись в таблице order cо следующими данными name, surname, login, account, market, data.

Создание таблицы «account»
CREATE TABLE `database`.`account` (
`id` INT NOT NULL AUTO_INCREMENT,
`login` VARCHAR(45) NOT NULL,
`Personal account` INT(45) NOT NULL,
PRIMARY KEY (`login`));

Создание таблицы «account»
CREATE TABLE `database`.`account` (
`id` INT NOT NULL AUTO_INCREMENT,
`login` VARCHAR(45) NOT NULL,
`Personal account` INT(45) NOT NULL,
PRIMARY KEY (`login`));

Создание таблицы «market_fond»
Date – тип date, остальные с значением FLOAT
Date
SPREAD
HIGH
LOW
OPEN
LAST
LASTCNGTOLASTWAPRICE
VALTODAY
VOLTODAY:
VALTODAY_USD
WAPRICE
WAPTOPREVWAPRICE
CLOSEPRICE
NUMTRADES

 

547. Пример отображения параметров.

Большую часть значений можно вытянуть с помощью API micex.api, который написан на node

Столбцы двух таблиц «users» и «account» должны быть связаны

users.login = account.login

Столбцы двух таблиц «order» и «market_fond» должны быть связаны

Order.account. = market_fond.date

896. Функционал анализа котировок

4.4 Функциональный блок трансляция новостных блоков и аналитики
Описание функции: данный функционал позволяется трейдеру просматривать блог новостей, следить за последними трендами на рынке
Приоритет реализации функции: абсолютно необходимо реализовать
Требования: после авторизации трейдеру необходимо перейти в блог новостей

5 Тестовые сценарии
5.1 Сценарий тестирования регистрации трейдера в торговом терминале

Проверка полей на соответствие значений происходит после нажатия на кнопку регистрации. В полях имя, фамилия – проверяется корректность написания слов (спец символы — недопустимы), в поле логин – проверяется уникальность логина с логинами, которые уже существуют в базе и логин должен быть написан на английском языке, в поле телефон допустимо введение только числовой информации, в поле email допускается написание слов, которое содержит в себе знак «@», пароль должен состоять минимум из 8 символов.

237.Данные корректны

5.2 Сценарий тестирования личного кабинета
Проверка полей на соответствие значений происходит после нажатия на кнопку войти в личном кабинете. В полях логин и пароль – проверяется правильность написания слов со значением в базе данных «users»
45

8. Ошибка ввода данных.

5.3 Сценарий тестирования анализа котировок

Проверка работоспособности рынков: валютного, срочного, товарного, фондового.
Обновление графика должно происходить раз в 5 минут.
После авторизации трейдера в ЛК ему необходимо пополнить свой баланс или попробовать демонстрационный режим с ДС.
Если трейдер не пополнил баланс – то он автоматически работает в ТТ с ДС.
Если трейдер пополнил счет – то в таблице account ему присваивается номер счета
5.4 Сценарий тестирования трансляции новостных блоков и блоков аналитики
В нижней левой части ТТ должен отображаться блог новостей. Если он не отображается или дата не соответствует текущей, то проблема с базой данных.

6 Нефункциональные требования
6.1 Требования к доступности, надежности и производительности программного обеспечения
ТТ предназначена для постоянной, ежедневной работы трейдеров. Трейдеры работают в диалоговом режиме в реальном масштабе времени (on-line) с базой данных ТТ, функционирующей на сервере базы данных. Сервер базы данных ТТ должен работать в непрерывном круглосуточном режиме, кроме периодов проведения регламентных работ по копированию данных системы, проведения регламентных ремонтных или восстановительных работ. Время наработки на отказ процессоров и оперативной памяти ЭВМ не должно быть меньше 10000 часов; Вероятность потери сообщения при передаче данных в локальных сетях не должна превышать 10*(-6). Система рассчитана на работу с 1000 одновременных подключений и до 5000 одновременных сделок и транзакций. Требования к отказоустойчивости: репликация баз данных, сервера БД должны быть связаны по VPN и находится в разных местах.
6.2 Требования к внешнему программному обеспечению
ТТ должно работать в любой операционной системе (Windows не ниже Vista, Linux, Mac ). ТТ запускается в веб браузере (chrome, firefox , internet explorer не ниже 8).
6.3 Требования к организационному обеспечению
Сервера база данных и сервера веб сервера должны располагать в отдельном кондиционированном помещении (желательно в data центре с пропускной способностью канала не ниже 2000мбит/c – оптико-волоконный канал).
6.4 Требования к аппаратному обеспечению
Наличие системного блока на базе процессора Intel core i3 – не ниже, наличие одного дисплея, наличии одной мышки и клавиатуры.

Domain Name System — система доменных имён

DNS (англ. Domain Name System — система доменных имён) — компьютерная распределённая система для получения информации о доменах. Чаще всего используется для получения IP-адреса по имени хоста (компьютера или устройства), получения информации о маршрутизации почты, обслуживающих узлах для протоколов в домене (SRV-запись).
Распределённая база данных DNS поддерживается с помощью иерархии DNS-серверов, взаимодействующих по определённому протоколу.

dns

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

В Windows Server роль DNS выглядит следующим образом
123

1234

12

Наиболее важные DNS-записи:
•    Запись A (address record) или запись адреса связывает имя хоста с адресом протокола IPv4. Например, запрос A-записи на имя referrals.icann.org вернёт его IPv4-адрес — 192.0.34.164.
•    Запись AAAA (IPv6 address record) связывает имя хоста с адресом протокола IPv6. Например, запрос AAAA-записи на имя K.ROOT-SERVERS.NET вернёт его IPv6-адрес — 2001:7fd::1.
•    Запись CNAME (canonical name record) или каноническая запись имени (псевдоним) используется для перенаправления на другое имя.
•    Запись MX (mail exchange) или почтовый обменник указывает сервер(ы) обмена почтой для данного домена.
•    Запись NS (name server) указывает на DNS-сервер для данного домена

Запросом nslookup yandex.ru в cmd  мы получим IP адреса (ipv4 и ipv6) Яндекса. Или nslookup 213.180.193.3 мы получим доменное имя Яндекса

cmd

123456

Настройка зоны DNS на виртуальном веб хостинге выглядит следующим образом (например https://sprinthost.ru или reg.ru)

123456

reg.ru

Для операционных систем Ubuntu можно отредактировать файл конфигурации /etc/network/interfaces  с помощью nano, gedit или vi или любым другим текстовым редактором

iface eth0 inet static 
address 192.168.0.1 
netmask 255.255.255.0 
gateway 192.168.0.254
dns-nameservers 192.168.0.254 8.8.8.8
auto eth0 

dns-nameservers 192.168.0.254 8.8.8.8 - адреса DNS серверов
auto eth0 - указывет системе что интерфейс eth0 необходимо включать автоматически при загрузке системы с вышеуказанными параметрами.

Можно продемонстрировать DNS в программе Cisco packet Tracer .

123

12345

20

Произведем ping c помощью commant promt

19

Packet Tracer — симулятор сети передачи данных, выпускаемый фирмой Cisco Systems. Позволяет делать работоспособные модели сети, настраивать (командами Cisco IOS) маршрутизаторы и коммутаторы, взаимодействовать между несколькими пользователями (через облако). В симуляторе реализованы серии маршрутизаторов Cisco 800, 1800, 1900, 2600, 2800, 2900 и коммутаторов Cisco Catalyst 2950, 2960, 3560, а также межсетевой экран ASA 5505. Беспроводные устройства представлены маршрутизатором Linksys WRT300N, точками доступа и сотовыми вышками. Кроме того есть серверы DHCP, HTTP, TFTP, FTP, DNS, AAA, SYSLOG, NTP и EMAIL, рабочие станции, различные модули к компьютерам и маршрутизаторам, IP-фоны, смартфоны, хабы, а также облако, эмулирующее WAN. Объединять сетевые устройства можно с помощью различных типов кабелей, таких как прямые и обратные патч-корды, оптические и коаксиальные кабели, последовательные кабели и телефонные пары.

%d1%83%d0%ba

При команде ping к yandex.ru по протоколу TCP отправляет request (запрос) и обратно получает reply (ответ). Как мы видим, используя запрос ping по имени ресурса мы получили тот же самый ip адреc что и командой nslookup.

777

Мы можем проанализировать данный запрос по модели OSI. Через какой протокол, какими сообщениями, какими фреймами обмениваются компьютеры. Для этого необходимо использовать программу — сетевой анализатор (например Wireshark).

osi_layers

44

Wireshark is the world’s foremost and widely-used network protocol analyzer. It lets you see what’s happening on your network at a microscopic level and is the de facto (and often de jure) standard across many commercial and non-profit enterprises, government agencies, and educational institutions. Wireshark development thrives thanks to the volunteer contributions of networking experts around the globe and is the continuation of a project started by Gerald Combs in 1998.

Типы ресурсных записей можно посмотреть на https://ru.wikipedia.org/ Можно заметить тенденцию, что многие записи DNS потеряли свою актуальность. А для системного администратора необходимо знать всего 5-6 записей DNS.

Active Directory — служба активных каталогов.

       Служба (Active Directory) позволяет администраторам использовать групповые политики для обеспечения единообразия настройки пользовательской рабочей среды, разворачивать программное обеспечение на множестве компьютеров через групповые политики или посредством System Center Configuration Manager (ранее — Microsoft Systems Management Server), устанавливать обновления операционной системы, прикладного и серверного программного обеспечения на всех компьютерах в сети, используя Службу обновления Windows Server. Хранит данные и настройки среды в централизованной базе данных. В структуре Active Directory может быть от нескольких десятков до нескольких миллионов объектов.

4
По умолчанию в новом создаваемом лесу будет один домен, называемый корневым доменом леса. Один домен может вмещать тысячи пользователей, даже если для репликации Active Directory доступна лишь небольшая часть пропускной способности сети. Следовательно, одного домена обычно достаточно для большинства небольших организаций и организаций среднего размера. Добавление дополнительных доменов в лес заметно повышает требования к администрированию леса.
Для выполнения процедуры создания нового дочернего домена нужно быть членом группы «Администраторы домена» родительского домена или группы «Администраторы предприятия». При создании дерева доменов необходимо быть членом группы «Администраторы предприятия».
Мастер установки службы AD DS позволяет использовать имена доменов Active Directory длиной до 64 символов или 155 байт. Хотя ограничение в 64 символа обычно достигается раньше ограничения в 155 байт, последнее может сработать, если имя содержит символы Unicode, поглощающие по три байта каждый. Эти ограничения не применяются к именам компьютеров.
Перед добавлением домена в лес должно быть создано делегирование DNS для зоны DNS, соответствующей имени добавляемого домена Active Directory. Мастер установки доменных служб Active Directory проверяет существование делегирования DNS. Если делегирование отсутствует, мастер во время создания нового домена предоставляет возможность автоматического создания делегирования DNS.
Перед созданием нового дерева доменов, если необходимо другое пространство имен DNS, подумайте о создании другого леса. Несколько лесов обеспечивают автономное администрирование, изоляцию разделов каталогов схемы и конфигурации, отдельные области защиты и гибкое использование независимых схем пространства имен для каждого леса.
Чтобы создать новый лес, необходимо быть членом локальной группы «Администраторы» на сервере, где устанавливается служба AD DS.

6

Зоны прямого просмотра и обратного просмотра.
3

12

8

7Проверяем NS зону c помощь команды ping или nslookup

Ping — команда для проверки целостности и качества сетевого подключения между машинами в TCP/IP

nslookup —  утилита для обращения к системе DNS

10

11
В оснастке Active Directory – пользователи и компьютеры мы можем наблюдать присоединенный компьютер andrey-client.

9Active Directory имеет иерархическую структуру, состоящую из объектов. Объекты разделяются на три основные категории: ресурсы (например, принтеры), службы (например, электронная почта) и учётные записи пользователей и компьютеров. Служба предоставляет информацию об объектах, позволяет организовывать объекты, управлять доступом к ним, а также устанавливает правила безопасности.

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

12

Сама схема состоит из двух типов объектов: объекты классов схемы и объекты атрибутов схемы. Один объект класса схемы определяет один тип объекта Active Directory (например, объект «Пользователь»), а один объект атрибута схемы определяет атрибут, который объект может иметь.

13

14

Каждый объект атрибута может быть использован в нескольких разных объектах классов схемы. Эти объекты называются объектами схемы (или метаданными) и позволяют изменять и дополнять схему, когда это необходимо и возможно. Однако каждый объект схемы является частью определений объектов, поэтому отключение или изменение этих объектов могут иметь серьёзные последствия, так как в результате этих действий будет изменена структура каталогов. Изменение объекта схемы автоматически распространяется в службе каталогов. Будучи однажды созданным, объект схемы не может быть удалён, он может быть только отключён. Обычно все изменения схемы тщательно планируются.

Контейнер аналогичен объекту в том смысле, что он также имеет атрибуты и принадлежит пространству имён, но, в отличие от объекта, контейнер не обозначает ничего конкретного: он может содержать группу объектов или другие контейнеры.

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

32

33

В любой организации системные администраторы обязаны обеспечить для пользователей и компьютеров своего предприятия безопасные настройки, которыми можно централизовано управлять и развертывать. Обычно в организациях вся конфигурация определяется, обновляется и распространяется непосредственно при помощи объектов групповой политики. Именно объекты групповой политики позволяют вам рационально управлять всей инфраструктурой вашего предприятия, начиная от незначительных подразделений и групп и заканчивая сайтами и доменами. В домене Active Directory все объекты групповой политики создаются и управляются при помощи единой административной оснастки консоли управления Microsoft – «Управление групповой политикой».

2

Для создание групповой политики необходимо перейти в консоль управления групповой политикой (GPMC). Консоль управления групповыми политиками запускается из меню «Пуск». Щелкните Пуск, Все программы, Администрирование, Управление групповыми политиками. Можно также щелкнуть Пуск, ввести Управление групповыми политиками и выбрать Управление групповыми политиками в разделе Программы меню «Пуск». Windows Server 2008 и Windows Server 2008 R2 включают консоль управления групповыми политиками при выполнении роли доменных служб Active Directory. В противном случае консоль управления групповыми политиками можно установить на Windows Server 2008, Windows Server 2008 R2 или Windows 7

1

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

3

Например, чтобы изменить системное время надо зайти в раздел (Конфигурация компьютера — Политики — Конфигурация Windows — Параметры безопасности — Локальные политики — Назначение прав пользователя — Изменение системного времени) и определить каким объектам безопасности мы дадим возможность изменять системное время.

12

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

8

 

На клиентский машинах командой GPUPDATE обновим групповые политик.

Команда GPUpdate [/Target:{Computer | User}] [/Force] [/Wait:значение] [/Logoff] [/Boot] [/Sync]

9

Команда GPRESULT позволяет отображать результирующую политику для пользователя и компьютера в локальной или удаленной системе. Используется системными администраторами для анализа применяемых групповых политик. Синтаксис и возможности команды в небольшой степени различаются для разных версий ОС Windows. Основное отличие состоит в том, что отчеты в HTML и XML-формате можно получить только при использовании команды GPRESULT в среде Windows 7 и старше.

Команда gpresult /r выведет данные групповой политики в терминале

0

Команда gpresult /h выведет RSOP в текстовый html файл.

01

Системы виртуализации: Virtualbox, WMware, Hyper-V

VirtualBox является мощным x86 и продукт виртуализации amd64 и Intel64 для предприятий, а также для домашнего использования. Мало того, что VirtualBox чрезвычайно многофункциональный продукт, он имеет высокую производительность для корпоративных целей. Это единственное решение, которое находится в свободном доступе, как Open Source Software в соответствии с условиями GNU General Public License (GPL).

В настоящее время VirtualBox работает на Windows, Linux, Macintosh и Solaris хостов и поддерживает большое число гостевых операционных систем, в том числе, но не ограничиваясь Windows (NT 4.0, 2000, XP, Server 2003, Vista, Windows 7, Windows 8, Windows 10), DOS / Windows 3.x, Linux (2.4, 2.6, 3.x и 4.x), Solaris и OpenSolaris, OS / 2, и OpenBSD.

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

VMware Player — бесплатный для некоммерческого использования программный продукт, на основе виртуальной машины VMware Workstation, но с ограниченной функциональностью, предназначенный для запуска образов виртуальных машин, созданных в других продуктах VMware, а также в Microsoft VirtualPC и Symantec LiveState Recovery. Начиная с версии 3.0 VMware Player позволяет также создавать образы виртуальных машин. Ограничение функциональности теперь касается в основном функций, предназначенных для IT-специалистов и разработчиков ПО. Например, отсутствует возможность тонкого настраивания виртуальных сетевых адаптеров через Virtual Network Editor.

VMware ESX Server — программный продукт для виртуализации уровня предприятия, предлагаемый компанией VMware в качестве компонента VMware vSphere (ранее VMware Infrastructure). Начиная с версии 5.0 ESX замещен продуктом ESXi, дальнейшая разработка ESX прекращена на версии 4.1 update 3.

В системах семейства Windows начиная с операционной системы Windows 8 редакции pro или Windows server 2008 в состав данной операционной системы входит Microsoft Hyper-V.

Microsoft Hyper-V (кодовое имя Viridian) — система аппаратной виртуализации для x64-систем на основе гипервизора. Бета-версия Hyper-V была включена в x64-версии Windows Server 2008, а финальная версия (автоматически, через Windows Update) была выпущена 26 июня 2008. Hyper-V существует в двух вариантах:

  1. Как отдельный продукт Microsoft Hyper-V Server. Существует четыре версии: Hyper-V Server 2012 R2 (текущая версия Hyper-V), Hyper-V Server 2012, Hyper-V Server 2008 R2 и Hyper-V Server 2008.
  2. Как роль Windows Server 2012 R2, Windows Server 2012, Windows Server 2008 R2, Windows Server 2008 и x64-битная Pro и Enterprise версии Windows 8, Windows 8.1, Windows 10.

Отдельная версия Hyper-V Server является бесплатной. Первая версия была выпущена 1 октября 2008. Является базовым («Server Core») вариантом Windows Server 2008, то есть включает в себя полную функциональность Hyper-V; прочие роли Windows 2008 Server отключены, также лимитированы службы Windows. Бесплатная 64-битная Core-версия Hyper-V ограничена интерфейсом командной строки (CLI PowerShell), где конфигурация текущей ОС, физического аппаратного и программного оборудования выполняется при помощи команд оболочки. Новое меню интерфейса управления позволяет выполнить простую первичную конфигурацию, а некоторые свободно распространяемые скрипты расширяют данную концепцию. Администрирование и конфигурирование виртуального сервера (или гостевых ОС) осуществляется при помощи ПО, установленного на ПК под управлением Windows Vista, Windows 7 или Windows 2008 Server с установленным дополнением для администрирования Hyper-V из MMC. Другим вариантом администрирования/конфигурирования сервера Windows 2008 Core является использование удаленной Windows или Windows Server при перенаправлении (некоторой) консоли управления (MMC), указывающей на Core Server. Это значительно упрощает настройку, сводя её к нескольким кликам мыши. В Windows Server 2012 включена обновленная версия Hyper-V.

САПР — Computer-Aided Design (CAD)

i

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

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

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

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

Первые известные САПР с возможностью параметризации вышли в 1989 году. Первопроходцами были Pro/Engineer (трёхмерное твердотельное параметрическое моделирование) фирмы Parametric Technology Corporation и T-FLEX CAD (двумерное параметрическое моделирование) фирмы Топ Системы.

3DPartFinder-for-CAD-in-CATIA-V5

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

55

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

image002

How create a web suite?

In general, the hosting is the service which is giving the chance of placement of sites on the Internet. Paying a hosting, you have an opportunity to place html, css, php, javascripts files, photo, video, music and other files which make your site on one or several servers being in the Internet. It’s allows your site to remain available 24 hours per day. Besides disk space so far hosting providers provide also other rather useful services: mail services, FTP, sql, ssh connection and many other things.

In the first half of the ninetieth years many owners of sites had web site by means of the personal computer, however it was extremely inconvenient, unreliable and expensive. After all, it was necessary to leave included in the computer constantly, and to provide it with the high-speed Internet (for example ADSL, maybe everybody remember), constantly to watch correctness of work of system and load of it. In addition, it was necessary to understand system administration, server programs and so on.

Now the hosting is available to everyone therefore there was a set of amateur sites, many of which achieved serious successes. It is necessary to notice that now there is also a free hosting which not bad will be suitable for beginners in web skill. However in the long term, certainly, the free hosting should be replaced, its functionality is too limited that doesn’t allow to create serious projects.

If to speak about a professional paid hosting, it can be the following types:

  1. Virtual hosting – the type of a hosting most widely available and popular in the world. The matter is that there is a virtual hosting not so expensively, for placement of a site and its subsequent administration on a virtual hosting it is not necessary to possess extensive knowledge. Despite it, such services of a hosting can satisfy requirements even those who creates serious, multipurpose resources. You should not adjust and administer the server, all will make for you.
  2. The virtual allocated server – other option of a hosting, will be cost however by it more expensive. Ordering this hosting, you receive the separate virtual server on which will have opportunity to load necessary ON that is very important for many webmasters. But there are also minuses, you should watch work of services as all of them are in your virtual server. Often if at you that that happens, you should solve a problem independently, and support for the solution of these questions often happens paid. There are restrictions, for example restrictions on number of processes, etc. That many hosters certainly do not advertize.
  3. The allocated server. In fact, this hosting is full rent of the physical server, however which remains in a data-center of provider. The provider undertakes to provide the server to all necessary for normal work, and also on the arrangement provides maintenance. Certainly, to order the allocated server, the weighty reasons are necessary: creation of a large portal with difficult functionality, the whole network of websites and so on also others.
  4. Collocation – too a type of a hosting at which the provider assumes obligations of placement of the server on the platform, and also providing all necessary conditions for its full work. To order a collocation, it is necessary to have the own server. Besides, such services of a hosting are ordered by those who is engaged in creation of sites at solid level.

So, the hosting is service necessary today for the publication of sites on the Internet. Having chosen a suitable hosting and good provider, you will have serious help in promotion of your Internet project.

It is natural that everyone to publish the website on the Internet will have to pay hosting services. But what represent hosting services? And how practically to choose a qualitative hosting?

So, hosting services — it, first of all, services of granting disk space to owners of sites that those could place any components of a site in the Internet. Hosters provide disk space on the servers connected to the Internet and working round the clock. For these reasons sites can be available to any Internet user at any moment.

Earlier people used own computers for the room of a site in the Network, however such option now practically is not considered by webmasters, first of all, because of the shortcomings and obvious unprofitableness. Especially, presently the qualitative hosting, more because of the competition, began to cost absolutely cheap, so, its availability considerably increased.

However before owners of sites always arose and there is now a problem of a choice of good hosting services. Further it would be desirable to tell about what features the high-quality services of a hosting can possess.

1. The qualitative hosting can be ordered in the providers watching overloads of the servers. If the provider does not watch it, delays in loading of a site, its lag and even inaccessibility are possible. In turn, all these problems will reduce considerably attendance and popularity of the project.

  1. Understanding and, at the same time, professional technical support — one more important element of a qualitative hosting. Technical support is extremely necessary for stable work of a site, after all problems all the same can arise from time to time, and to solve many of them it is possible only with experts of a hoster. Sometimes even hour of inaccessibility of a site can affect its profitability and image considerably. And if experts of a hoster hesitate with the help, you risk to lose a lot of things. Besides, in technical support have to answer at any time your questions connected with functionality of a hosting.
  2. Certainly, a qualitative hosting — it not only only a place on a disk, but also also a set of additional services, the extremely important for development and normal functioning of projects. Here, naturally, first of all, it is necessary to pay attention to requirements of the Internet project as, the more functions, the hosting is more expensive.
  3. High-quality services of a hosting also assume that your data will remain on other server, and daily. That is backup. It becomes in order that in case of possible breakage of the server and loss of all data which were on it, it would be possible to restore full work of sites easily. As a rule, the serious provider assumes responsibility for safety of these clients.

However, now loss of data is improbable because of division of disks into raid massifs. That is it when two disks «zerkaliruyut» of each other. In case of an exit of one out of operation, it simply changes and on it the working disk is copied. Then they work further.

But backup to you can all the same it is required for example in case of breaking of your site, and information damage on it.

  1. If the provider is sure that his services qualitative, he most often can offer the trial period of using a hosting. On the expiration of time of the trial period the webmaster will have to make the decision on that, to order or not to order this hosting for longer period of time. During the trial period it is possible to test quality of services that is very convenient for owners of websites.

Usually trial period is provided for Manyback of 15-30 days. That is you pay a hosting for example for a month and if within a month you are not satisfied with a hosting, all money to you comes back.

«Why it is not free! ? » The matter is that a serious hosting the provider will never give free of charge test period. It is connected with that that the free periods are taken by fisher, spammers and others. They have enough couple of days what to crack social network, to dispatch spam, viruses and to refuse a hosting. And new clients will be suffer with that IP the hosting of provider or with it already understands black lists militia.

  1. Needless to say that the qualitative hosting on the Internet will be estimated positively. Thus, before choosing hosting services, surely consult (be interested) about reviews of this or that hoster. If you see a set of negative reviews of a certain hosting, you should not choose it.

To choose high-quality services of a hosting, it is not necessary to fuss and hurry. Treat choice process very seriously as success of all project will depend on it also.

In the described ways any CMS can transfer sites practically, for example, WordPress, DLE, Joomla! and so on. In the same way it is possible to carry out transfer of a site on a hosting and from the local server, for example, from Denver.

We hope that article helped you to understand that transfer of sites from one hosting on another — business not difficult, however demanding attention and scrupulousness.

Форма бронирования

9999

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