Вопрос : Пожалуйста помогите мне уточнить эту принципиальную схему (окончательн в отростчатую диаграмму)

Основано на грубом чертеже белой доски - мне нужно создать отростчатую диаграмму.  процесс

The основно о как изменение необходимо для сети, и как тот запрос изменения обработан и окончательн снабжен.  

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

Here я понимаю от чертежа:

1. Индивидуал определяет потребность для изменения (это может быть кто-то от дела или ЕГО - и оно обязательно не должно быть что-то воспринимано сразу быть отнесенным к сети, оно smogло как раз быть бизнесом-пользователем которому нужен доступ к некоторым применению или файловому серверу).  

2. Изменением будет после этого somehow сообщенное к организационной единице ОНО представитель, который определяет если запрос изменения требует изменения сети.  

3. Репрезентивное заполняет вне форму запроса изменения (если оно требует изменения сети?).

4. Форма запроса изменения получает утвержденный или излученной ЕЙ организационной единицы водительство.  Если утверждено, им устанавливают срок от планировать к implementation.

5. хотя бы 2 недели прежде чем оно запланировано быть снабженным, оно необходимо послать к ОНО глобальная доска утверждения изменения.  Даже если не будет изменением глобальной вычислительной сети, оно должно все еще пойти к этой доске.  Доска рассматривает его и после этого или одобряет его, излучает его, или посылает им назад к организационной единице ЕГО водительство для более дальнейших изменений и уточнений.  

6.  Если утверждено, оно официально запланирован для вставкы, то (также будет испытано потребителями которые определены предпринимателями применения).  Сообщение к делу должно быть послано вне на как и когда оно влияет на them.

7.  Если излучено -?? - Я угадываю оно или брошено вне или послано назад для более дальнеишего modification.


I am реально конечно я спрашиваю потому что я не уверен, котор нужно сделать во-первых.  Я знаю я предполагаем сделать предположения.  Возможно если вы ванты smogли как раз спросить мне, то более дополнительные вопросы о процессе поэтому мне могут уточнить его, и сделайте предположения.  Здесь одно:  Держите в разуме что этот весь процесс совсем родствен к изменению сети, но персона которая первоначально спрашивает изменение может или не может знать то.  Они также вероятно не умеют для того чтобы контактировать для того чтобы получить это изменение спросили (дело ОНО rep), или как контактировать them.

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

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

The глобальная состоит из 3 зон мира - 3 сети все сидят на их собственном облаке MPLS, и они соединено через peering пункты.  Также будет глобальные данн-центры соединяют все они, поэтому если они требуют доступа к некоторому применению в других зоне/сети, то они не должны пойти через их получить доступ к ему.  То делает чувство?

Thanks! class=

Ответ : Пожалуйста помогите мне уточнить эту принципиальную схему (окончательн в отростчатую диаграмму)

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

1. Индивидуал определяет потребность для изменения или доступа сети.
2. Потребитель посылает электронная почта к [email protected] сообщает ЕГО репрезентивное.
3. Представитель заполняет вне потребность детализируя потребителя запроса форму и посылает им к ЕМУ организационной единицы водительство.
4. Запрос расмотрен ИМ организационной единицы водительство не познее XX дни будучи получанным запроса.  
4a. Если запрос излучен, то он послан назад к ОНО репрезентивное для того чтобы сообщить потребитель или собрать более дальнеишее пояснение.  Если больше пояснения необходимо ОНО, то представитель имеет дни XX для того чтобы заполнить вне andendum к запросу и повторно подчинить к ЕМУ организационной единицы водительство.
4b. Если запрос утвержден, то они устанавливают предварительный срок от планировать к вставке.
5. После того как сформирован план, и хотя бы 2 недели прежде чем он запланирован быть снабженным, ему необходимо послать к ОНО глобальная доска утверждения изменения.  Все запросы должны пойти к этой доске.  Доска рассматривает запрос не познее XX дни получать его.
5a. Если план излучен, то он послан назад к ЕМУ организационной единицы водительство с причиной для сброса или запросом для более дальнейших изменений и уточнений.  Если изменения необходимы ЕМУ, то организационной единицы водительство имеет дни XX для того чтобы повторно подчинить план для другой оценки.
5b. Если план утвержден, то он идет через период испытаний потребителями определены предпринимателями применения.  Этот период испытаний будет продолжать между днями XX-XX.
6. Как только испытание будет законченн и запросы считаемо для того чтобы не быть будет запланирован ущерб к вставке стабилности или обеспеченности сети.
7. Сообщение будет послано вне к уместным организационным единицам на как и когда запрос повлияет на их.  Сообщение также заявит что они имеют дни XX, котор нужно сообщить ЕГО при любые вопросы или вопросы отнесенные к запросу.  Поже что время им будет нужно пойти через нормальные каналы поддержки.