Concepts/Context
Материал из ALT Linux Wiki
< Concepts(Различия между версиями)
Ilis (обсуждение | вклад) (→Иерархия участников проекта) |
Ilis (обсуждение | вклад) (→Что это?) |
||
Строка 1: | Строка 1: | ||
{{MovedFromFreesourceInfo|AltLinux/Concepts/Context}} | {{MovedFromFreesourceInfo|AltLinux/Concepts/Context}} | ||
- | + | Это статья, которая пытается очертить круг происходящего в проекте ALT Linux, с моей субъективной точки зрения. Соответственно читать имеет смысл затем, чтобы в общих чертах понять это самое происходящее, не варясь годами в самом процессе. | |
- | + | == Определения == | |
+ | ;Продукт:Оформленная (самодостаточная) сущность, предоставляющая материальный интерес для потребителя. | ||
+ | ;Участник:Человек, в силу заинтересованности продуктом или процессом его создания/сопровождения, затрачивающий время и иные ресурсы на расширение его функциональности и/или улучшение его качества. | ||
+ | ;Команда:Группа участников, которая совместно работает над продуктом в силу наличия общих интересов. | ||
+ | ;Политика:Изложенный и зафиксированный документально рекомендуемый и/или требуемый подход к выполнению задачи, которой он посвящён. | ||
+ | ;Партнёр:Субъект, заинтересованный в продукте прямо или косвенно. | ||
- | == | + | == Продукты == |
+ | Проект ALT Linux дал жизнь ряду различных продуктов, которые интересны различной целевой аудитории. А именно: | ||
- | + | === Sisyphus === | |
- | + | * репозиторий пакетов, являющийся основой всех остальных продуктов; может быть характеризован как «current» / «unstable». | |
+ | * Делится на несколько компонент сообразно назначению, подразумеваемой надёжности, правовому статусу и поддерживаемости пакетов. | ||
- | + | ==== Интересен ==== | |
- | + | * технологическим партнёрам как адекватная база для создания и развития своих продуктов; | |
+ | * индивидуальным разработчикам как удобный пул ПО, используемого ими; | ||
+ | * пользователям, нуждающимся в текущих версиях программного обеспечения. | ||
+ | ** В частности, для сборщиков пакетов ALT Linux использование Sisyphus как базы является де-факто требованием. | ||
+ | ** [[http://docs.altlinux.ru/alt/devel/ch02s08.html http://docs.altlinux.ru/alt/devel/ch02s08.html]] | ||
- | |||
- | |||
- | + | === Дистрибутивы для конечного потребителя === | |
- | + | * самостоятельные продукты, пригодные к установке на поддерживаемом аппаратном обеспечении; доступны коммерчески и обеспечиваются обновлениями по безопасности и критичным проблемам в течение двух циклов выпуска. | |
+ | * Характеризуются большей мерой отлаженности и стабильности, чем текущий репозиторий; проходят интегральное тестирование на аппаратном обеспечении, доступном фирме-производителю и бета-тестерам. | ||
+ | * Имеют ответственного за выпуск, решение которого является определяющим при наличии спорных вопросов касательно данного конкретного выпуска. | ||
+ | * Разделяются по целевому назначению: | ||
- | + | ==== Master ==== | |
- | : | + | * "флагманский продукт" максимальной представительности в техническом и маркетинговом плане. Содержит практически полное состояние Sisyphus на момент замораживания перед выпуском, которое дополняется: |
+ | ** исходными текстами включённого свободного ПО; | ||
+ | ** non-free software; | ||
+ | ** печатной документацией существенного объёма; | ||
+ | ** иными дополнениями от выпуска к выпуску. | ||
+ | ==== OEM ==== | ||
+ | * выпуски, дополнительно протестированные на определённом аппаратном обеспечении с целью гарантированного выполнения на нем оговорённого круга задач. | ||
+ | ** Размещаются на одном CD и нацелены в первую очередь на предоставление законченного решения для рабочих станций или иного оборудования. | ||
+ | ** Полнота предоставления инструментов для решения конкретных задач превалирует над разнообразием. | ||
+ | ==== Junior ==== | ||
+ | * "народный дистрибутив"; перекликается с OEM-версиями, сам является generic OEM, но при этом оставляет разносторонность Sisyphus в своём масштабе. | ||
+ | ** Технологически способен наращиваться дополнениями в виде специализированных дисков -- например, инструментарий разработчика или дополнительные мультимедийные средства — а также обновляться до Sisyphus. | ||
+ | ** Факт выпуска Junior, полностью совместимого по пакетной базе с Master, мне неизвестен. | ||
+ | ==== Решения ==== | ||
+ | * для коммерческих клиентов, создаваемые на базе упомянутых продуктов — не рассматриваем как внутреннее дело соответствующих фирм, служащее оправданием рабочего времени по крайней мере части сотрудников. | ||
- | + | == Участники == | |
- | + | ||
- | + | ||
- | + | ||
- | + | ||
- | + | ||
- | + | ||
- | + | ||
- | + | ||
- | + | ||
- | + | ||
- | + | ||
- | + | ||
- | + | ||
- | + | ||
- | + | ||
- | + | ||
- | + | ||
- | + | ||
- | + | ||
- | + | ||
- | + | ||
- | + | ||
- | + | ||
- | + | ||
- | + | ||
- | + | ||
- | + | ||
- | + | ||
- | + | ||
- | + | ||
- | + | ||
- | + | ||
- | + | ||
- | + | ||
- | + | ||
- | + | ||
- | + | ||
- | + | ||
- | + | ||
- | + | ||
- | + | ||
- | + | ||
- | + | ||
- | + | ||
- | + | ||
- | + | ||
- | + | ||
- | + | ||
- | + | ||
- | + | ||
- | + | ||
- | + | ||
- | + | ||
- | + | ||
- | + | ||
...принимают участие в проекте (обычно Sisyphus) по таким причинам: | ...принимают участие в проекте (обычно Sisyphus) по таким причинам: | ||
* контроль качества критичных для своего продукта компонентов: | * контроль качества критичных для своего продукта компонентов: | ||
- | + | ** это - случай разработчиков, занятых в фирмах, которые участвуют в проекте Sisyphus. | |
- | + | ** В данном случае, обеспечение качества определяется выделением гарантированного времени разработчика известной квалификации. | |
- | + | ||
- | + | ||
* контроль качества критичных для своей производственной среды компонент: | * контроль качества критичных для своей производственной среды компонент: | ||
- | + | ** это - случай системных администраторов, использующих пресловутые продукты для выполнения своих задач. | |
- | + | ** Обеспечение аналогично предыдущему случаю. | |
- | + | ||
* контроль качества продукта или компонентов продукта в силу своей заинтересованности в оном: | * контроль качества продукта или компонентов продукта в силу своей заинтересованности в оном: | ||
- | + | ** это - случай участников проекта, корыстно или бескорыстно участвующих в проекте на условиях выделения максимального количества времени для задач контроля качества. | |
- | + | ** Качество продукта/компонента обеспечивается квалификацией участника, затраченного времени и мерой личной ответственности участника. | |
- | + | ||
'' to be continued '' | '' to be continued '' | ||
- | + | == Иерархия участников проекта == | |
* Координатор | * Координатор | ||
- | + | ** определяет общее направление развития проекта; принимает решения о возможности внесения в проект изменений, могущих повлечь за собой дестабилизацию проекта; несёт ответственность за переход проекта в состояние готового продукта, а также за целостность проекта в состоянии готового продукта. | |
- | + | ||
* Офицер безопасности | * Офицер безопасности | ||
- | + | ** разрабатывает и ведёт политику информационной безопасности проекта; определяет критерии безопасности программных пакетов; совместно с разработчиками дорабатывает пакеты с целью устранения проблем безопасности. | |
- | + | ||
* Разработчик | * Разработчик | ||
- | + | ** занимается сопровождением программного пакета (группы пакетов), первичным тестированием на совместимость с другими пакетами, исправлением ошибок, доведение пакета до состояния максимальной работоспособности и максимальной совместимости с другими пакетами. | |
- | + | ||
* Бета-тестер | * Бета-тестер | ||
- | + | ** эксплуатирует программный пакет (группу пакетов) на доступных ему программно-аппаратных конфигурациях с целью нахождения ошибок и проверки стабильности работы; сообщает разработчикам о результатах тестирования; в зависимости от квалификации предлагает решение возникшей проблемы. | |
{{Category navigation|title=Concepts|category=Concepts|sortkey={{SUBPAGENAME}}}} | {{Category navigation|title=Concepts|category=Concepts|sortkey={{SUBPAGENAME}}}} |
Текущая версия на 16:30, 23 декабря 2008
Это статья, которая пытается очертить круг происходящего в проекте ALT Linux, с моей субъективной точки зрения. Соответственно читать имеет смысл затем, чтобы в общих чертах понять это самое происходящее, не варясь годами в самом процессе.
Содержание |
Определения
- Продукт
- Оформленная (самодостаточная) сущность, предоставляющая материальный интерес для потребителя.
- Участник
- Человек, в силу заинтересованности продуктом или процессом его создания/сопровождения, затрачивающий время и иные ресурсы на расширение его функциональности и/или улучшение его качества.
- Команда
- Группа участников, которая совместно работает над продуктом в силу наличия общих интересов.
- Политика
- Изложенный и зафиксированный документально рекомендуемый и/или требуемый подход к выполнению задачи, которой он посвящён.
- Партнёр
- Субъект, заинтересованный в продукте прямо или косвенно.
Продукты
Проект ALT Linux дал жизнь ряду различных продуктов, которые интересны различной целевой аудитории. А именно:
Sisyphus
- репозиторий пакетов, являющийся основой всех остальных продуктов; может быть характеризован как «current» / «unstable».
- Делится на несколько компонент сообразно назначению, подразумеваемой надёжности, правовому статусу и поддерживаемости пакетов.
Интересен
- технологическим партнёрам как адекватная база для создания и развития своих продуктов;
- индивидуальным разработчикам как удобный пул ПО, используемого ими;
- пользователям, нуждающимся в текущих версиях программного обеспечения.
- В частности, для сборщиков пакетов ALT Linux использование Sisyphus как базы является де-факто требованием.
- [http://docs.altlinux.ru/alt/devel/ch02s08.html]
Дистрибутивы для конечного потребителя
- самостоятельные продукты, пригодные к установке на поддерживаемом аппаратном обеспечении; доступны коммерчески и обеспечиваются обновлениями по безопасности и критичным проблемам в течение двух циклов выпуска.
- Характеризуются большей мерой отлаженности и стабильности, чем текущий репозиторий; проходят интегральное тестирование на аппаратном обеспечении, доступном фирме-производителю и бета-тестерам.
- Имеют ответственного за выпуск, решение которого является определяющим при наличии спорных вопросов касательно данного конкретного выпуска.
- Разделяются по целевому назначению:
Master
- "флагманский продукт" максимальной представительности в техническом и маркетинговом плане. Содержит практически полное состояние Sisyphus на момент замораживания перед выпуском, которое дополняется:
- исходными текстами включённого свободного ПО;
- non-free software;
- печатной документацией существенного объёма;
- иными дополнениями от выпуска к выпуску.
OEM
- выпуски, дополнительно протестированные на определённом аппаратном обеспечении с целью гарантированного выполнения на нем оговорённого круга задач.
- Размещаются на одном CD и нацелены в первую очередь на предоставление законченного решения для рабочих станций или иного оборудования.
- Полнота предоставления инструментов для решения конкретных задач превалирует над разнообразием.
Junior
- "народный дистрибутив"; перекликается с OEM-версиями, сам является generic OEM, но при этом оставляет разносторонность Sisyphus в своём масштабе.
- Технологически способен наращиваться дополнениями в виде специализированных дисков -- например, инструментарий разработчика или дополнительные мультимедийные средства — а также обновляться до Sisyphus.
- Факт выпуска Junior, полностью совместимого по пакетной базе с Master, мне неизвестен.
Решения
- для коммерческих клиентов, создаваемые на базе упомянутых продуктов — не рассматриваем как внутреннее дело соответствующих фирм, служащее оправданием рабочего времени по крайней мере части сотрудников.
Участники
...принимают участие в проекте (обычно Sisyphus) по таким причинам:
- контроль качества критичных для своего продукта компонентов:
- это - случай разработчиков, занятых в фирмах, которые участвуют в проекте Sisyphus.
- В данном случае, обеспечение качества определяется выделением гарантированного времени разработчика известной квалификации.
- контроль качества критичных для своей производственной среды компонент:
- это - случай системных администраторов, использующих пресловутые продукты для выполнения своих задач.
- Обеспечение аналогично предыдущему случаю.
- контроль качества продукта или компонентов продукта в силу своей заинтересованности в оном:
- это - случай участников проекта, корыстно или бескорыстно участвующих в проекте на условиях выделения максимального количества времени для задач контроля качества.
- Качество продукта/компонента обеспечивается квалификацией участника, затраченного времени и мерой личной ответственности участника.
to be continued
Иерархия участников проекта
- Координатор
- определяет общее направление развития проекта; принимает решения о возможности внесения в проект изменений, могущих повлечь за собой дестабилизацию проекта; несёт ответственность за переход проекта в состояние готового продукта, а также за целостность проекта в состоянии готового продукта.
- Офицер безопасности
- разрабатывает и ведёт политику информационной безопасности проекта; определяет критерии безопасности программных пакетов; совместно с разработчиками дорабатывает пакеты с целью устранения проблем безопасности.
- Разработчик
- занимается сопровождением программного пакета (группы пакетов), первичным тестированием на совместимость с другими пакетами, исправлением ошибок, доведение пакета до состояния максимальной работоспособности и максимальной совместимости с другими пакетами.
- Бета-тестер
- эксплуатирует программный пакет (группу пакетов) на доступных ему программно-аппаратных конфигурациях с целью нахождения ошибок и проверки стабильности работы; сообщает разработчикам о результатах тестирования; в зависимости от квалификации предлагает решение возникшей проблемы.