Работы над Bskol — различия между версиями

Материал из Брацка Правки
Перейти к: навигация, поиск
(Корпоративные инструменты)
(Для выделения в страницу Работ над Облаком)
Строка 412: Строка 412:
 
:# '''Вносит''' изменения, отражающие реальное состояние дел, на эту самую вики-страницу, а также связанные с нею вики-страницы проектов.
 
:# '''Вносит''' изменения, отражающие реальное состояние дел, на эту самую вики-страницу, а также связанные с нею вики-страницы проектов.
 
: Управление изделием открывается не позднее перевода изделия в эксплуатацию и заканчивается отправкой изделия на пенсию.
 
: Управление изделием открывается не позднее перевода изделия в эксплуатацию и заканчивается отправкой изделия на пенсию.
 
=Для выделения в страницу Работ над Облаком=
 
Для выделения в отдельную страницу ''Работы над Облаком''.
 
 
==Фермы==
 
[[Брацки Фермы]] (здесь и далее -- ''Фермы'') представляют собою инфраструктуру для функционирования как пользовательских приложений ''Облака'', так и обслуживающего эти приложения [[Оплёт]]а.
 
 
===Домены===
 
:*'''[[CDN в Облаке]]''' -- изучение возможности использования функционала [[content delivery network]] или [[CDN]] для некоторой прилады ''Облака''.
 
:*'''[[DNSSEC в Облаке]]''' -- изучение возможности добавки к какой-то части ''Облака'' функционала [[DNSSEC]].
 
:*'''[[Geocast в Облаке]]''' -- изучение возможности добавки к какой-то части ''Облака'' функционала [[Geocast]].
 
:*'''[[IPv6 в Облаке]]''' -- перевод [[DNS]] ''Облака'', кроме общественных доступов, на протокол [[IPv6]].
 
:*'''[[Ревизия DNS Облака|Ревизия DNS]]''' -- ревизия всех [[DNS запись|DNS записей]] ''Облака''.
 
 
:{|class="wikitable" width=100% style="text-align:center;"
 
|+Утверждённые проекты доменов
 
|Работы
 
![[CDN в Облаке|CDN]]!![[DNSSEC в Облаке|DNSSEC]]!![[Geocast в Облаке|Geocast]]!![[IPv6 в Облаке|IPv6]]!![[Ревизия DNS Облака|Ревизия DNS]]
 
|-
 
![[Высшие требования|Высшие]]
 
|[[Требование согласовано|Согласовано]]|| || || || 
 
|-
 
![[Прототип изделия|Прототип]]ы
 
| || || || || 
 
|-
 
![[Пользовательские требования|Пользовательские]]
 
| || || || || 
 
|-
 
![[Рабочие требования|Рабочие]]
 
| || || || || 
 
|-
 
![[Технические требования|Технические]]
 
| || || || || 
 
|-
 
![[Контракт]]ы
 
| || || || || 
 
|-
 
![[Состояние дееспособности|Дееспособность]]
 
| || || || || 
 
|-
 
![[Состояние применимости|Применимость]]
 
| || || || || 
 
|-
 
![[Состояние управляемости|Управляемость]]
 
| || || || || 
 
|}
 
 
===Кластеры Ферм===
 
:Четыре ''Фермы'' состоят из объединённых в кластеры узлов. Каждый кластер должен иметь как минимум один (а) вход, который для высокодоступных Ферм включает распределитель запросов ([[load balancer]]) на общественном [[веб-адрес]]е, (б) синхронизацию ресурсов общих отдельных узлов, как минимум, баз данных, (в) мониторинг, (г) безопасность, включая защитные стены ([[firewall]]) и (д) систему резервного копирования ([[backup]]) и восстановления.
 
:*'''[[Работа над Деловой]]''' -- это проекты развития и поддержания [[Делова Ферма|Деловой Фермы]]. В настоящее время, кластер на основе трёх "железных" серверов принят у подрядчика после сборки и добавки функционала высокой доступности. Затем сюда будет перенесено содержимое прилад. Не решены вопросы (а) входа по IPv4, (б) безопасности за пределами [[iptables]], (в) добавления NAS и продвинутого резервного копирования и восстановления, а также (г) продвинутого мониторинга. В качестве оптимизации расходов, рассматривается вопрос замены одного "железного" сервера на сервер [[Опытна Ферма|Опытной Фермы]].
 
:*'''[[Работа над Кампусной]]''' -- это проекты развития и поддержания [[Кампусна Ферма|Кампусной Фермы]]. В настоящее время, собран кластер из трёх виртуальных частных серверов, базы данных которых синхронизированы, и для них заказывается функционал высокой доступности, включая (а) вход, (б) мониторинг, (в) безопасность и (г) система резервного копирования и восстановления. К одному из серверов также подключено дополнительное хранилище, которое предполагается переделать на NAS.
 
:*'''[[Работа над Опытной]]''' -- это проекты развития и поддержания [[Опытна Ферма|Опытной Фермы]]. В настоящее время, находится в неопределённом положении. Формально, она состоит из двух "железных" серверов, однако они фактически не включены в работу. Из всех ''Ферм'', эта -- единственная, которая не требует функционала высокой доступности из-за эксперементальной природы установленных на ней приложений. Из-за отсутствия высокой доступности, эта ферма потребует продвинутую систему резервного копирования и восстановления.
 
:*'''[[Работа над Оплётной]]''' -- это проекты развития и поддержания [[Оплётна Ферма|Оплётной Фермы]]. В настоящее время, состоит из двух виртуальных частных серверов, которые между собою не синхронизированы. Ожидается, что часть наработок [[Кампусна Ферма|Кампусной Фермы]] будет использованы здесь.
 
:Ранее, использовалось частное облако построенное на [[OpenStack]]. Оно было закрыто из-за высокой стоимости и низкой в то время загруженности. Развитие проекта может потребовать перевода части ресурсов ''Ферм'' на облачное решение снова. В последнее время, популярным также стал [[Apache CloudStack]]. Eсли таковое решение будет принято, необходимо будет решить, какой пакет обеспечения задействовать и будет ли это развитием [[Опытна Ферма|Опытной]] или [[Федеративная Ферма|Федеративной Фермы]].
 
 
:{|class="wikitable" width=100% style="text-align:center;"
 
|+Утверждённые проекты кластеров Ферм
 
|Работы
 
![[Работа над Деловой|Над Деловой]]!![[Кампусна Ферма|Над Кампусной]]!![[Опытна Ферма|Над Опытной]]!![[Работа над Оплётной|Над Оплётной]]
 
|-
 
![[Высшие требования|Высшие]]
 
| || || || 
 
|-
 
![[Прототип изделия|Прототип]]ы
 
| || || || 
 
|-
 
![[Пользовательские требования|Пользовательские]]
 
| || || || 
 
|-
 
![[Рабочие требования|Рабочие]]
 
| || || || 
 
|-
 
![[Технические требования|Технические]]
 
| || || || 
 
|-
 
![[Контракт]]ы
 
| || || || 
 
|-
 
![[Состояние дееспособности|Дееспособность]]
 
| || || || 
 
|-
 
![[Состояние применимости|Применимость]]
 
| || || || 
 
|-
 
![[Состояние управляемости|Управляемость]]
 
| || || || 
 
|}
 
 
===Корпоративные инструменты===
 
:Для целей этой вики-страницы, к корпоративным инструментам отнесены те инструменты https://github.com/kahun/awesome-sysadmin, которые могут быть использованы на нескольких, а не одной отдельно взятой ''Ферме'':
 
:*'''[[Интеграция Облака]]''' -- изучение возможностей интеграции ''Облака'', например, использования Jenkins и Kafka, а также добавления VPN, например, для интеграции почтовых служб разных ''Ферм''
 
:*'''[[Конфигурация Облака]]''' -- добавление возможности автоматического создания виртуальных машин, возможно, с использованием Terraform и Ansible
 
:*'''[[Панели управления Облака]]''' -- изучение возможности добавления VestaCP, а также использования Cachet
 
:*'''[[Разработка Облака]]''' -- изучение возможности добавления Eclipse
 
:*'''[[Статистика Облака]]''' -- изучение возможности использования ZooKeeper и log management
 
 
:{|class="wikitable" width=100% style="text-align:center;"
 
|+Утверждённые проекты корпоративных инструментов Ферм
 
|Работы
 
![[Интеграция Облака|Интеграция]]!![[Конфигурация Облака|Конфигурация]]!![[Панели управления Облака|Панели управления]]!![[Разработка Облака|Разработка]]!![[Статистика Облака|Статистика]]
 
|-
 
![[Высшие требования|Высшие]]
 
| || || || || 
 
|-
 
![[Прототип изделия|Прототип]]ы
 
| || || || || 
 
|-
 
![[Пользовательские требования|Пользовательские]]
 
| || || || || 
 
|-
 
![[Рабочие требования|Рабочие]]
 
| || || || || 
 
|-
 
![[Технические требования|Технические]]
 
| || || || || 
 
|-
 
![[Контракт]]ы
 
| || || || || 
 
|-
 
![[Состояние дееспособности|Дееспособность]]
 
| || || || || 
 
|-
 
![[Состояние применимости|Применимость]]
 
| || || || || 
 
|-
 
![[Состояние управляемости|Управляемость]]
 
| || || || || 
 
|}
 
 
===Связки баз===
 
:Помимо построения кластеров узлов [[Брацки Фермы|Брацких Ферм]], планируется рассмотреть возможность связать аналогичные базы данных между собою для их более стабильного функционирования.
 
:*'''[[Работа над MariaDB|Кластер MariaDB]]''' -- изучение возможности добавки к существующему кластеру [[MariaDB]] дополнительных функционалов, таких как [[MariaDB MaxScale]] и [[MariaDB xPand]].
 
:*'''[[Работа над PostgreSQL|Кластер PostgreSQL]]''' -- изучение возможности построения кластера [[PostgreSQL]] на [[Опытна Ферма|Опытной Ферме]].
 
:*'''[[Работа над Оплётным|Кластер Оплёта]]''' -- изучение возможности построения кластера для [[Оплёт]]а.
 
 
:{|class="wikitable" width=100% style="text-align:center;"
 
|+Утверждённые проекты кластеров баз данных
 
|Работы
 
![[Работа над MariaDB|Над MariaDB]]!![[Работа над PostgreSQL|Над PostgreSQL]]!![[Работа над Оплётным|Над Оплётным]]
 
|-
 
![[Высшие требования|Высшие]]
 
| || || 
 
|-
 
![[Прототип изделия|Прототип]]ы
 
| || || 
 
|-
 
![[Пользовательские требования|Пользовательские]]
 
| || || 
 
|-
 
![[Рабочие требования|Рабочие]]
 
| || || 
 
|-
 
![[Технические требования|Технические]]
 
| || || 
 
|-
 
![[Контракт]]ы
 
| || || 
 
|-
 
![[Состояние дееспособности|Дееспособность]]
 
| || || 
 
|-
 
![[Состояние применимости|Применимость]]
 
| || || 
 
|-
 
![[Состояние управляемости|Управляемость]]
 
| || || 
 
|}
 
 
==Оплёт==
 
Разработку [[Оплёт]]а можно разбить на две группы:
 
#[[#Для прилад|Услуги приладам]] -- это усилия по построению тех федерационных услуг, которые [[Оплёт]] предоставляет пользовательским приложениям.
 
#[[#Для пользователей|Услуги пользователям]] -- это усилия по построению тех услуг, которые [[Оплёт]] предоставляет конечным пользователям.
 
Усилия по переделке ''Оплёта'' на [[Кластер Оплёта|кластер]] относятся к [[#Связки баз|проектам связок баз]].
 
 
===Для прилад===
 
:*'''[[Перевод Оплёта на WSO2 IS]]''' -- перевод [[Оплёт]]а с использования [[OpenLDAP]] в его коммуникации с приладами на использование [[WSO2 IS]]. [[OpenLDAP]] не позволяет осуществить услугу "технологии единого входа" ([[single sign-on]] или [[SSO]]). Кроме того, созидатели ''Облака'' столкнулись с проблемой изменения ролей в [[OpenLDAP]].
 
:*'''[[Регистрация Оплёта на курсы]]''' -- перевод регистрации на курсы участников Bskol из [[Брацка Учебка|Учебки]] в [[Оплёт]]. Регистрация на курсы в [[Брацка Учебка|Учебке]] сегодня осуществляется через инструмент [[cron]], который имеет задержку срабатывания. Однако главная проблема, которую надо решить, -- это регистрация участников в учебных системах, которые отличаются от [[Брацка Учебка|Учебки]].
 
:*'''[[Почтовый агрегатор Оплёта]]''' -- федерализация отдельных почтовых агентов различных приложений.
 
:*'''[[Регистрация Оплёта в приладах]]''' -- добавление приладам функции регистрации пользователей в [[Оплёт]]е. В данный момент, пользователь должен предварительно зарегистрироваться в [[Оплёт]]е для того, чтобы пользоваться продвинутыми услугами прилад.
 
:*'''[[Роли Оплёта]]''' -- добавление функции автоматического изменения ролей [[Оплёт]]а в зависимости от завершения курсов и определённых элементов курсов на [[Брацка Учебка|Учебке]]. В данный момент, роли в [[Оплёт]]е изменяются только администраторами вручную.
 
:*'''[[Склады Оплёта]]''' -- добавление федеративных баз данных и хранилищ в [[Оплёт]] и синхронизация хранения данных по всему ''Облаку''. Прежде всего, эта федерация касается данных клиентов для [[Брацка Справа|Справы]] и [[Брацка Связка|Связки]]. Ранее, обсуждалась возможность использования [[MongoDB]] для хранения данных, [[MuleESB]] для их сбора и [[Apache Hadoop]] для "причёсывания". В дополнение, шёл разговор об включении будущего вики-склада для хранения картинок используемых в [[Брацка Правка|Брацкой Правке]] в [[Оплёт]]. Ещё одной идеей было задействование [[Брацка Крынка|Брацкой Крынки]] в хранении файлов.
 
:*'''[[Тестовый агрегатор Оплёта]]''' -- перенос блока банка вопросов из [[Брацка Учебка|Учебки]] в [[Оплёт]].
 
 
:{|class="wikitable" width=100% style="text-align:center;"
 
|+Утверждённые проекты услуг Оплёта для прилад
 
|Работы
 
![[Перевод Оплёта на WSO2 IS|Идентификация]]!![[Регистрация Оплёта на курсы|Курсы]]!![[Почтовый агрегатор Оплёта|Почтовый агрегатор]]!![[Регистрация Оплёта в приладах|Регистрация]]!![[Роли Оплёта|Роли]]!![[Склады Оплёта|Склады]]!![[Тестовый агрегатор Оплёта|Тесты]]
 
|-
 
![[Высшие требования|Высшие]]
 
| || || || || || || 
 
|-
 
![[Прототип изделия|Прототип]]ы
 
| || || || || || || 
 
|-
 
![[Пользовательские требования|Пользовательские]]
 
| || || || || || || 
 
|-
 
![[Рабочие требования|Рабочие]]
 
| || || || || || || 
 
|-
 
![[Технические требования|Технические]]
 
| || || || || || || 
 
|-
 
![[Контракт]]ы
 
| || || || || || || 
 
|-
 
![[Состояние дееспособности|Дееспособность]]
 
| || || || || || || 
 
|-
 
![[Состояние применимости|Применимость]]
 
| || || || || || || 
 
|-
 
![[Состояние управляемости|Управляемость]]
 
| || || || || || || 
 
|}
 
 
===Для пользователей===
 
:*'''[[Интерфайс Оплёта]]''' -- обновление интерфейса opplet.net до лучше выглядещего и более удобного для пользователей.
 
:*'''[[Мероприятия Оплёта]]''' -- добавление функции управления участия в мероприятиях организованных в рамках проекта Bskol.
 
:*[[Почта Оплёта|Почта корпоративная]] -- доведение услуг почты [[Оплёт]]а от минимально-жизнеспособного продукта до готового изделия.
 
:*'''[[Рассылки Оплёта]]''' -- добавление функции подписки на рассылки и отписки от них.
 
 
:{|class="wikitable" width=100% style="text-align:center;"
 
|+Утверждённые проекты услуг Оплёта для пользователей
 
|Работы
 
![[Интерфайс Оплёта|Интерфейс]]!![[Мероприятия Оплёта|Мероприятия Оплёта]]!![[Почта Оплёта|Почта корпоративная]]!![[Рассылки Оплёта|Рассылки]]
 
|-
 
![[Высшие требования|Высшие]]
 
| || || || 
 
|-
 
![[Прототип изделия|Прототип]]ы
 
| || || || 
 
|-
 
![[Пользовательские требования|Пользовательские]]
 
| || || || 
 
|-
 
![[Рабочие требования|Рабочие]]
 
| || || || 
 
|-
 
![[Технические требования|Технические]]
 
| || || || 
 
|-
 
![[Контракт]]ы
 
| || || || 
 
|-
 
![[Состояние дееспособности|Дееспособность]]
 
| || || || 
 
|-
 
![[Состояние применимости|Применимость]]
 
| || || || 
 
|-
 
![[Состояние управляемости|Управляемость]]
 
| || || || 
 
|}
 
 
==Прилады==
 
Усилия по построению пользовательских приложений, которые включены в существующую и могут потенциально быть включены в технологию перспективную. Для всех, надо:
 
#Обновлять все приложения до последних стабильных версий и устанавливать свежие патчи, если и когда они появляются в наличии. Основное требование для любого приложения -- привязка к нашему [[WSO2 Identity Server]] ([[WSO2 IS]]). Дополнительное требование для любого приложения -- привязка к нашему [[OpenLDAP]].
 
#Документировать то, что у нас есть, и выявлять проблемы.
 
 
===Использующие MariaDB===
 
:Пять полных прилад ''Облака'' используют [[MariaDB]] в качестве своих баз данных:
 
:*'''[[Работа над Бачками]]''' для разработок [[Брацка Бачка|Брацкой Бачки]], её курсовой и будущей версии, а также ПО. В настоящее время, основная прилада установлена, но не используется. Ранее, туда были записаны несколько пробных видео, их судьба в данный момент не известна. Основная прилада, скорее всего, не будет установлена на главном кластере [[Кампусна Ферма|Кампусной Фермы]] из-за особенностей добавки функционала высокой доступности. Нет решения где и как она будет окончательно установлена.
 
:*'''[[Работа над Вебками]]''' для разработок [[Брацка Вебка|Брацкой Вебки]], её курсовой и будущей версии, а также ПО. В настоящее время, установленных прилад нет. Предпринималось несколько попыток установки, однако эффективной стратегии борьбы с вирусами найдено не было.
 
:*'''[[Работа над Правками]]''' для разработок [[Брацка Правка|Брацкой Правки]], её курсовой и будущей версии, а также ПО. В настоящее время, основная прилада установлена и активно используется. Из-за проблем интеграции с LDAP, версии уже несколько лет не обновляются. Также периодически появляются проблемы с картинками. Почтовый агент либо не подключен, либо не работает.
 
:*'''[[Работа над Сетками]]''' для разработок [[Брацка Сетка|Брацкой Сетки]], её курсовой и будущей версии, а также ПО. В настоящее время, основная прилада установлена, но используется несистематически. Почтовый агент либо не подключен, либо не работает.
 
:*'''[[Работа над Учебками]]''' для разработок [[Брацка Учебка|Брацкой Учебки]], её курсовой и будущей версии, а также ПО. В настоящее время, основная прилада установлена и активно используется. Несколько проблем задокументировано на странице [[Работа над Учебками]]. Почтовый агент либо не подключен, либо не работает.
 
 
:{|class="wikitable" width=100% style="text-align:center;"
 
|+Утверждённые проекты использующих MariaDB прилад
 
|Работы
 
![[Работа над Бачками|Бачки]]!![[Работа над Вебками|Вебки]]!![[Работа над Правками|Правки]]!![[Работа над Сетками|Сетки]]!![[Работа над Учебками|Учебки]]
 
|-
 
![[Высшие требования|Высшие]]
 
| || || || || 
 
|-
 
![[Прототип изделия|Прототип]]ы
 
| || || || || 
 
|-
 
![[Пользовательские требования|Пользовательские]]
 
| || || || || 
 
|-
 
![[Рабочие требования|Рабочие]]
 
| || || || || 
 
|-
 
![[Технические требования|Технические]]
 
| || || || || 
 
|-
 
![[Контракт]]ы
 
| || || || || 
 
|-
 
![[Состояние дееспособности|Дееспособность]]
 
| || || || || 
 
|-
 
![[Состояние применимости|Применимость]]
 
| || || || || 
 
|-
 
![[Состояние управляемости|Управляемость]]
 
| || || || || 
 
|}
 
 
:Так как приложения существуют не в вакууме, часть усилий по развитию приложений относится к другим группам. Например, к:
 
:*[[#Домены|Доменным проектам]] относится [[CDN в Облаке]].
 
:*[[#Опытные|Эксперементальным проектам]] относится [[LDAP для Правки]].
 
 
===Неиспользующие MariaDB===
 
:*'''[[Перевод Крынки на GitLab]]''' для разработок [[Брацка Крынка|Брацкой Крынки]], её курсовой и будущей версии, а также ПО. Окончательный перевод [[Брацка Крынка|Крынки]] с [[Redmine]] на [[GitLab]]. В настоящее время, [[GitLab]] стоит и несистематически используется, хотя и не на верном [[веб-адрес]]е. База данных -- [[PostgreSQL]]. Тот [[Redmine]], который использовался для [[Брацка Крынка|Крынки]], надо перевести на [[Опытно Облако]].
 
:*'''[[Работа над Связками]]''' для разработок [[Брацка Связка|Брацкой Связки]], её курсовой и будущей версии, а также ПО. В настоящее время, не используется вообще. База данных -- [[PostgreSQL]].
 
:*'''[[Работа над Справами]]''' для разработок [[Брацка Справа|Брацкой Справы]], её курсовой и будущей версии, а также ПО. В настоящее время, не используется, но есть планы переводить туда отдел кадров и рекрутирование. База данных -- [[PostgreSQL]].
 
:*'''[[Устойчивость для Жици]]''' для разработок [[Брацки Жици|Брацких Жиц]], её курсовой и будущей версии, а также ПО. Построение кластера для высокой доступности [[Брацки Жици|Брацких Жиц]]. Основная прилада стоит и, в настоящее время, предпринимаются попытки её использования. База данных неизвестна.
 
 
:{|class="wikitable" width=100% style="text-align:center;"
 
|+Утверждённые проекты неиспользующих MariaDB прилад
 
|Работы
 
![[Перевод Крынки на GitLab|Крынки]]!![[Работа над Связками|Связки]]!![[Работа над Справами|Справы]]!![[Устойчивость для Жици|Жици]]
 
|-
 
![[Высшие требования|Высшие]]
 
| || || || 
 
|-
 
![[Прототип изделия|Прототип]]ы
 
| || || || 
 
|-
 
![[Пользовательские требования|Пользовательские]]
 
| || || || 
 
|-
 
![[Рабочие требования|Рабочие]]
 
| || || || 
 
|-
 
![[Технические требования|Технические]]
 
| || || || 
 
|-
 
![[Контракт]]ы
 
| || || || 
 
|-
 
![[Состояние дееспособности|Дееспособность]]
 
| || || || 
 
|-
 
![[Состояние применимости|Применимость]]
 
| || || || 
 
|-
 
![[Состояние управляемости|Управляемость]]
 
| || || || 
 
|}
 
 
===Опытные===
 
:Усилия по построению перспективных и популярных ресурсов ''Облака'':
 
:*'''[[LDAP для Правки|MediaWiki LDAP]]''' -- уже много лет, стабильная версия [[MediaWiki]] не обновляется из-за конфликта новых версий с нашим плагином [[LDAP]]. Однако принято решение о переводе интеграции на [[WSO2 IS]] и не ясно, будет ли оставлен [[LDAP]] в качестве обязательного.
 
:*'''[[OpenEdX]]''' -- [[Moodle]] решено оставить исключительно под три начальных курса [[Лестница к Профессии|Лестницы к Профессии]]. Другие курсы, включая языковые, планируется делать на платформе [[OpenEdX]].
 
:*'''[[ProjecQtOr]]''' -- некогда был установлен для коротких тренингов по ПО для управления проектами.
 
:*'''[[Redmine]]''' -- некогда использовался для [[Брацка Крынка|Крынки]], сейчас рассматривается возможность оставить для тренинга или в качестве "музейного" экспоната.
 
:*'''[[Taiga software|Taiga]]''' -- некогда был установлен для коротких тренингов по ПО для управления проектами.
 
 
:{|class="wikitable" width=100% style="text-align:center;"
 
|+Утверждённые эксперименты с приладами
 
|Работы
 
![[LDAP для Правки|MediaWiki LDAP]]!![[OpenEdX]]!![[ProjecQtOr]]!![[Redmine]]!![[Taiga software|Taiga]]
 
|-
 
![[Высшие требования|Высшие]]
 
| || || || || 
 
|-
 
![[Прототип изделия|Прототип]]ы
 
| || || || || 
 
|-
 
![[Пользовательские требования|Пользовательские]]
 
| || || || || 
 
|-
 
![[Рабочие требования|Рабочие]]
 
| || || || || 
 
|-
 
![[Технические требования|Технические]]
 
| || || || || 
 
|-
 
![[Контракт]]ы
 
| || || || || 
 
|-
 
![[Состояние дееспособности|Дееспособность]]
 
| || || || || 
 
|-
 
![[Состояние применимости|Применимость]]
 
| || || || || 
 
|-
 
![[Состояние управляемости|Управляемость]]
 
| || || || || 
 
|}
 
 
==Назовите свои==
 
 
[[Category: Проекты Bskol]]
 

Версия 22:39, 3 октября 2022

Работы над Bskol (ранее называемая Проекты Bskol) -- это список разработок коллективно именуемых Bskol изделий, организовывать работу над которыми приглашены Координаторы Bskol (здесь и далее -- Координаторы).


Предприятие

Администрация Bskol

Утверждённые проекты по построению администрации
Работы Кадровое Организационное Финансовое Юридическое
Высшие        
Прототипы        
Пользовательские        
Рабочие        
Технические        
Контракты        
Дееспособность        
Применимость        
Управляемость        

Обслуживание клиентов

Утверждённые проекты по построению администрации
Работы Партнёрское Рыночное Рекрутирование Продажи
Высшие        
Прототипы        
Пользовательские        
Рабочие        
Технические        
Контракты        
Дееспособность        
Применимость        
Управляемость        

Профессиональные услуги

Утверждённые проекты по построению услуг
Работы Бизнес-услуги Верификации Тренинги Oбразование Tрудоустройствo Услуги донорам
Высшие            
Прототипы            
Пользовательские            
Рабочие          
Технические          
Контракты          
Дееспособность            
Применимость            
Управляемость            

Присутствие на рынке

Бизнес-потребители

Ожидается много проектов, нацеленных на привлечение бизнес-потребителей к платным услугам Bskol и удержание этой категории потребителей.
Утверждённые проекты по работе с бизнес-потребителями Bskol
Работы Веб-сайты Инфо-кампании Мероприятия Прямые контакты Социальные сети
Высшие          
Прототипы          
Пользовательские          
Рабочие          
Технические          
Контракты          
Дееспособность          
Применимость          
Управляемость          

Партнёры

Ожидается много проектов, нацеленных на привлечение к Bskol партнёров и на удержание этой категории потребителей. Под "партнёрами" подразумеваются те организации и частные лица, которые участвуют в создании и предоставлении как бесплатных, так и платных услуг Bskol или услуг для клиентов Bskol. Потенциальными партнёрами могут выступать работодатели, учебные заведения, тренинговые компании, производители информационных технологий или технологических услуг, а также оказывающие услуги трудоустройства организации.
Утверждённые проекты по работе с бизнес-потребителями Bskol
Работы Веб-сайты Инфо-кампании Мероприятия Прямые контакты Социальные сети
Высшие          
Прототипы          
Пользовательские          
Рабочие          
Технические          
Контракты          
Дееспособность          
Применимость          
Управляемость          

Профессионалы

Ожидается много проектов, нацеленных на привлечение к Bskol профессионалов и удержание этой категории потребителей. Под "профессионалами" подразумеваются те трудовые ресурсы, которые обладают некоторыми профессиональными компетенциями. Те профессионалы, которые находятся или планируют оказаться на рынке труда, также относятся к группе Трудовые ресурсы.
Утверждённые проекты по работе с бизнес-потребителями Bskol
Работы Веб-сайты Инфо-кампании Мероприятия Прямые контакты Социальные сети
Высшие          
Прототипы          
Пользовательские          
Рабочие          
Технические          
Контракты          
Дееспособность          
Применимость          
Управляемость          

Трудовые ресурсы

Ожидается много проектов, нацеленных на привлечение трудовых ресурсов как к бесплатным, так и платным услугам Bskol, а также удержание этой категории потребителей. Под "трудовыми ресурсами" подразумеваются те потенциальные и трудоустроенные работники, которые находятся на рынке труда или планируют там оказаться в будущем. Та часть трудовых ресурсов, которая обладает некоторыми профессиональными компетенциями, относится также к группе Профессионалы.
В данный момент, для привлечения к Bskol трудовых ресурсов используются исключительно объявления на work.ua в рамках проекта Поиск участников Bskol. Также начал формироваться проект Социальные cети Bskol‎, ну а самый ранний проект -- Присутствие Брацкой Школы в интерактивном режиме.
Утверждённые проекты по работе с трудовыми ресурсами Bskol
Работы Веб-сайты Инфо-кампании Мероприятия Прямые контакты Социальные сети
Высшие          
Прототипы          
Пользовательские          
Рабочие          
Технические          
Контракты          
Дееспособность          
Применимость          
Управляемость          

Для отправки на страницу Координаторов

Для отправки на страницу Координаторы Bskol.

Результаты

Результатами работы Координаторов являются целевые изделия в различных состояниях и областях. В основной массе изделия разработаны подрядчиками на основе утверждённых описаний и доработаны Координаторами и/или другими участниками Персоналa Bskol. Oписания изделий производятся на Правке и включают описания замыслов по разработкам будущих изделий.

Целевые изделия

Целью разработок Bskol есть изготовление новых продуктов или изменение продуктов уже существующих, включая:
  • Административные процедуры для кадровых, финансовых, учётных и юридических операций организационной структуры Bskol.
  • Должности, то есть рабочие места сотрудников включённых в организационную структуру.
  • Информационные ресурсы для привлечения потенциальных партнёров и клиентов Bskol, такие как веб-сайты, материалы в социальных сетях, рассылки и рекламные объявления.
  • Мероприятия, то есть события Bskol, в которых физически или удалённо участвуют живые люди, такие как собеседования кандидатов в подрядчики, встречи профессионалов и конференции для потенциальных участников.
  • Организационная структура для работы сотрудников и волонтёров Bskol; их права и обязанности определяются должностями.
  • Прилады, которыми могут пользоваться нынешние и потенциальные ученики, подмастерья и сотрудники Bskol.
  • Программное обеспечение, которое может быть использовано в Облаке.
  • Связи с потенциальными и существующими клиентами, такими как участники, подрядчики и партнёры. Заинтересованные лица привлекаются к связям через (а) наймы подрядчиков на превращение утверждённых заказчиком описаний в изделия, (б) принятия сотрудников на разработанные должности, (в) участия потенциальных участников Bskol в организованных проектом мероприятиях.
  • Содержимое прилад, как, например, тексты, иллюстрации и мультимедийные материалы курсов Bskol.

Состояния изделий

Координаторы работают над приведением изделия в одно или несколько из следующих состояний:
  1. Состояние замеченности -- в этом состоянии, будущее изделие существует в виде замеченной и задокументированной идеи.
  2. Состояние определённости -- в этом состоянии, будущее изделие существует в виде высших, пользовательских, технических и рабочих требований, а также имеет до нескольких контрактов на изготовление и прототипов.
  3. Состояние дееспособности -- в этом состоянии, изделие уже создано в соответствии со всеми требованиями, которые были для него утверждены.
  4. Состояние применимости -- в этом состоянии, изделие не только функционально, но и может быть использовано по тому назначению, для которого оно создавалось.
  5. Состояние управляемости -- в этом состоянии, изделие не только используется по тому назначению, для которого оно создавалось, но и управляется, то есть изделие либо совершенствуется и его характеристики улучшается, либо изымается из экплуатации.
На практике, эти состояния не всегда представляют собой иерархию из пяти уровней, в которой более высокий уровень включает в себя состояния низших уровней. Однако Координаторы должны стремиться к этому идеалу, например, невозможно полноценно говорить о применимости без дееспособности, об управляемости без определённости и так далее.

Носители определённости

  • Высшие требования -- описание тех потребностей, для удовлетворения которых предпринимается разработка продукта.
  • Прототип (от греческих "prōtos" в значении "первый", "изначальный" и "typos" в значении "оттиск", "слепок", узор") -- экземпляр, образец или модель по примеру которой изготавливаются или дорабатываются другие. В разработке изделий прототипы часто строятся для проверки восприятия, концепции или процесса.
  • Пользовательские требования -- описание будущего изделия сделанное от лица различных типов его пользователей.
  • Рабочие требования -- описание условий изготовления будущего изделия.
  • Технические требования -- комплекс заданий изготовителям изделия.
  • Контракт -- юридически-обязывающая договорённость между заказчиком и подрядчиком на изготовление изделия. Полноценный контракт должен включать либо объём работ, график и бюджет, либо те принципы, по которым таковые будут определяться.

Уровни готовности

Для состояний изделий, Координаторы работают над одним из следующих уровней готовности:
  1. Разработка, когда работа над соответствующим состоянием начата, но само состояние ещё не достигнуто.
  2. Операции, когда состояние уже достигнуто, но требует периодической ревизии.
Состояние определённости характеризуется наличием нескольких носителей определённости. Каждый из носителей имеет несколько уровней готовности:
  1. В разработке, когда работа над конкретным носителем начата, но он ещё пока не предложен на согласование.
  2. На согласовании, когда конкретный носитель предложен на согласование, но пока ещё не согласован.
  3. Согласовано, когда носитель согласован. Согласование всех носителей, кроме контракта, осуществляет заказчик. Согласование контракта осуществляет подрядчик.

Области разработок

Учеников на практике также призывают предложить свои темы и области. Опубликованные на этой вики-странице разработки сгруппированы по работам над изделиями Bskol в следующих областях:
  • Администрация проекта Bskol, охватывающая кадровые, юридические, финансовые и организационные вопросы.
  • Брацко Облако (здесь и далее -- Облаком). Этот информационно-технический комплекс состоит из:
    1. Фермы, в том числе инструменты по их высокой доступности.
    2. Оплёт, который обслуживает как пользовательские приложения называемые "приладами", так и напрямую пользователей.
    3. Программного обеспечения (ПО) Прилад. Некоторые разработки прилад касаются только их ПО, некоторые -- только используемого в оказании услуг содержания, некоторые разработки объединяют и то, и другое.
  • Обслуживание конечных потребителей, потенциальных участников и партнёров Bskol.
  • Присутствие услуг проекта и его участников на рынке труда и рынке бизнес-услуг.
  • Услуги, в том числе профессиональная ориентация, подготовка и трудоустройство при поддержке волонтёров и Прилад, а также бизнес-услуги участников проекта.
Некоторые изделия могут относиться к нескольким областям. Например, сессия практического тренинга является услугой, но объявления в её ходе могут иметь целью присутствие на рынке. Прилады могут рассматриваться как программное обеспечение, но дееспособные и наполненные содержимым прилады, прежде всего, являются услугами.

Сроки и персонал

Сроки

Координатор работает над одним проектом обычно до трёх и, в исключительных случаях, до пяти недель.
  1. В первую неделю он или она знакомится с проектом. По окончанию ознакомления Координатор должен быть способен объяснить то, что описано на соответствующих проекту вики-страницах, и быть готовым к обсуждению с заказчиком нулевого прогона.
  2. Начиная со второй недели и заканчивая предпоследней, он или она ведёт прогон изделия, следуя Порядку разработок.
  3. В последнюю неделю он или она завершает работу с проектом, документируя свой прогон и те данные, которые вскрылись в ходе этого прогона
Проекты могут накладываться друг на друга. Например, последняя неделя работы над одним проектом может быть первой неделей работы над другим проектом.

Персонал Bskol

  1. Заказчик закрепляет проекты за координаторами, предоставляет требования к будущим изделиям, размещает объявления о найме подрядчиков, даёт координаторам рекрутерские доступы и оплачивает бюджеты проектов.
  2. Координаторы способствуют реализации проектов действуя согласно Порядку разработок.
  3. Системный администратор обеспечивает стабильность операций Облака и консультирует по технологическим разработкам.
  4. Рекрутер обеспечивает наличие рекрутингового процесса, наличие кандидатов в рекрутинговом "трубопроводе", а также консультирует по тем разработкам, которые касаются рекрутинга.
  5. Руководитель проекта отвечает за разрешение административных, кадровых, финансовых, юридических и организационных вопросов.
Хотя подрядчики формально не входят в персонал проекта, они являются важной составляющей разработок проекта.

Порядок разработок

Каждая разработка может иметь своего ответственного Координатора. В течение одного прогона, он или она готовится к созданию изделия, курирует его создание, переводит изделие в эксплуатацию и/или курирует управление его развитием.

Координатор имеет право выбора того проекта, который ему или ей больше подходит. Для очерчивания порядка разработок, изначально создавалась вики-страница Работа в Брацкой Школе.

Подготовка к созданию

Основная цель действий по планированию изделия и его создания -- это получение изделия в состоянии определённости, которое определяется наличием высших, пользовательских и технических и рабочих требований, а также одного или нескольких прототипов и контрактов. Прототипы могут как подбираться из существующих изделий, так и изготавливаться в ходе проекта. Контракт должен содержать объём работ, график и бюджет разработки. Другими словами, планирование -- это получение такого описания изделия и процесса его разработки, которое позволяет эту разработку начать. Для достижения этой цели, ответственный Координатор:
  1. Выявляет те ресурсы, которые должны или могут задействоваться в разработке, включая Персонал Bskol, те данные, которые представлены в трёх курсах Лестницы к Профессии, существующие прототипы и готовые изделия, а также доступные во Всемирной Паутине и других источниках материалы.
  2. Инвентаризует те данные, инструменты, материалы, прототипы и факторы, которые были выявлены как должные или могущие быть задействоваными в разработке.
  3. Описывает будущее изделие и его возможное изготовление, опираясь на идентифицированные в инвентаризации ресурсы. Описание должно включать (а) высшие, (б) пользовательские, (в) заготовку технических требований к изделию, (г) рабочих требований к его разработке, а также (д) намётки контракта.
  4. Удостоверяется в том, что заказчику изделие нужно именно изделие, отвечающее описанным высшим требованиям.
  5. Приводит пользовательские требования в соответствие требованиям высшим.
  6. Формулирует разницу между тем, что есть, и тем, что надо. Эта выявленная разница должна быть адресована техническими требованиями.
  7. Решает требуются ли сторонние подрядчики к созданию технических, рабочих требований и текста контракта. Требования могут быть доработаны в процессе рекрутирования.
  8. Подготавливает найм подрядчиков на разработку, в том числе, разрабатывает тексты объявлений на привлечение и варианты их размещания, формирует список консультантов и потенциальных разработчиков, а также организует сообщество на Сетке и планирует видеоконференции, на которые будут приглашаться все заинтересованные в разработке, .
  9. Приглашает подрядчиков на разработку и, параллельно, уточнение технических требований и контракта, включающего объём работ, график и бюджет разработки.
  10. Проверяет технические требования на полноту. Полнота характеризуется наличием (а) условий как функциональности, так и применимости изделия, (б) спецификаций как к будущему изделию, так и к процессу разработки. Условия применимости должны включать задания по документации изделия, то есть системные схемы, перечень необходимых доступов, а также наличие описания стандартных операционных процедур (standard operating procedure или SOP), мероприятий по защите изделия и инструкций по восстановлению в случае аварий.
  11. Представляет заказчику проверенные требования и другие документы разработки. Если требования не могут быть сформулированы в процессе рекрутирования, они сами становятся целевым изделием проекта. Либо (а) утверждение требований заказчиком, либо (б) согласие заказчика на доработку в результате найма позволяет найм подрядчиков.
  12. Ассистирует в процессе найма подрядчиков на разработку, включая переговоры, заключение контракта на разработку и ввод подрядчиков в работу. С одним из консультантов может быть заключён контракт на консультации и/или участие в видеоконференциях.
Планирование как самого изделия, так и процесса его создания открывается до начала работ по непосредственному созданию изделия и, как правило, периодически возобновляеся уже после начала, так как создание вскрывает новые факторы и требования.

Создание изделия

Основная цель действий по созданию изделия -- это получение изделия в состоянии дееспособности, которое определяется тем, что изделие соответствует всем требованиям, которые были для него утверждены. Помимо самого изделия, техническим требованиям должен удовлетворять также и процесс его создания. Для достижения этой цели, ответственный Координатор:
  1. Курирует создание изделия, служа промежуточным звеном между заказчиком и подрядчиком.
  2. Тестирует изделие и, при необходимости, его части.
  3. Следит за выполнением проекта, включая контроль за соблюдением бюджета, графика и объема работ.
  4. Инициирует изменения в требования к изделию или его созданию.
  5. Заводит под работу над изделием закрытый от общественности проект на Брацкой Крынке в дополнение к вики-странице проекта на Брацкой Правке.
  6. Организует видеоконференции или другие встречи сторон, заинтересованных в проекте, особенно, необходимые для разрешения возникающих в ходе проекта проблем.
  7. Отчитывается перед заказчиком о состоянии проекта, собирая, анализируя и обобщая информацию и тенденции.
  8. Обеспечивает приёмку изделия включая ту документацию, которая была согласована договором, либо мотивирует необходимость отказа от приёмки после сообщения подрядчика о полном выполнении работ по непосредственному созданию изделия.
Непосредственное создание изделия открывается после решения заказчика это создание начать, как правило, когда в наличии присутствуют высшие и пользовательские требования. Технические требования и прототип могут быть доработаны параллельно со созданием дееспособного изделия. Создание изделия закрывается с приёмкой изделия и может быть возобновлено, если выяснятся проблемы с дееспособностью изделия.

Перевод в эксплуатацию

Основная цель действий по передаче изделия в эксплуатацию -- это получение изделия в состоянии применимости, которое определяется тем, что изделие не только функционально, но и может быть использовано по тому назначению, для которого оно создавалось. Для достижения этой цели, ответственный Координатор:
  1. Отвечает за ограничение дальнейшего доступа подрядчика к изделию.
  2. Публикует полученную от подрядчика документацию на ресурсах Облака. Внутренняя, закрытая от общественности, документация, например, администраторские доступы к установленному программному обеспечению, публикуются на Брацкой Крынке. Та документация, которая может быть открыта общественности без ограничений, публикуется на Брацкой Правке.
  3. Способствует реализации перевода изделия из принятого от подрядчика до введённого в эксплуатацию. Это "способствование", в частности, может включать (а) уточнение у заказчика кто из Персонала Bskol будет администрировать созданное изделие, (б) передачу администраторам доступа к закрытой документации на Брацкой Крынке, (в) вместе с администраторами, детализацию порядка передачи изделия в эксплуатацию, (г) уточнение стандартных операционных процедур (standard operating procedure или SOP), мероприятий по защите изделия и инструкций по восстановлению в случае аварий, а также (д) найм подрядчиков на обслуживание. Обслуживание может включать оперативную помощь по запросу администраторов, периодические ревизии изделия и своевременное обновление программного обеспечения, если таковое задействовано
  4. Вносит изменения, отражающие реальное состояние дел, на эту самую вики-страницу, а также связанные с нею вики-страницы проектов.
Перевод в эксплуатацию открывается не позднее получения готового изделия и заканчивается началом использования изделия, обычно, поначалу в процессе бэта-тестирования.

Управление изделием

Основная цель действий по управлению изделием -- это получение изделия в состоянии управляемости, которое определяется тем, что изделие не только используется по тому назначению, для которого оно создавалось, но и управляется. Это управление подразумевает как совершенствование и улучшение характеристик изделия, так и решения об окончании эксплуатации или замене. Для достижения этой цели, ответственный Координатор:
  1. Следит за эксплуатацией изделия, работой администраторов, отзывами пользователей и тенденциях на тех рынках, которые с этим изделием связанных. Речь идёт о коммерческих вариантах аналогов, комплектующих изделия, а также измемениях в факторах и процедурах их задумывания, дееспособности, применения и доводки.
  2. Организует видеоконференции или другие встречи сторон, заинтересованных в изделии, особенно, необходимые для обсуждения изделия, работы администраторов, отзывов пользователей и тенденций на рынках.
  3. Выявляет проблемы и возможности улучшений изделия или замены изделия другими решениями.
  4. Инвентаризует те проблемы и возможности, которые были выявлены.
  5. Представляет заказчику идентифицированные в инвентаризации проблемы и возможности для принятия решений об открытии новых проектов.
  6. Вносит изменения, отражающие реальное состояние дел, на эту самую вики-страницу, а также связанные с нею вики-страницы проектов.
Управление изделием открывается не позднее перевода изделия в эксплуатацию и заканчивается отправкой изделия на пенсию.