LibrePlanet: About/Development/Project.pt

From LibrePlanet
< LibrePlanet:About‎ | Development
Revision as of 10:42, 22 May 2013 by Koni (talk | contribs) (Propriedade)
(diff) ← Older revision | Latest revision (diff) | Newer revision → (diff)
Jump to: navigation, search
ProjetoDesenvolve

Orientações para a criação e manutenção de um projeto ou campanha



Âmbito

Este projeto limita-se a especificar as propriedades, modelos e formulários utilizadas para criar e editar páginas do projeto.

Propósito

O necessário criar automaticamente projetos, campanhas, colaboração e páginas semelhantes. Propriedades associar relacionados, ou informações relevantes para além das fronteiras do projeto, modelos fornecem A marcação necessária, e as formas de captura de dados.

Definição

Um projeto é um empreendimento por vários usuários para planejar, executar e alcançar a realização de um ou mais objetivos declarados.

Propriedade

Um projeto pode existir sem membros e permanecem latentes. Deve haver sempre proprietário de um projeto, que é responsável pela existência do projeto. Um projeto sem ao proprietário é considerado um órfão. Projetos órfãos devem ser adotados pelo LibrePlanet até que um novo grupo, ou o existente, o proprietário foi encontrado. O grupo LP pode fechar a órfã Considera projeto se ele está fazendo isso no interesse de LibrePlanet.

Membros

Um proprietário de projeto é distinto de um membro do projeto. Para se qualificar como um membro, o proprietário deve se registrar com o projeto. A participação é restrita a usuários registrados Libre Planeta. Um outro projecto pode restringir a associação.

Cada projeto deve registrar o seu estatuto de membro, do passado e do presente. Os usuários devem se registrar e cancelar-se usando os formulários apropriados. Estas formas incluem Caso uma categoria de membro ou técnica similar, para permitir aos usuários o meu determinista quais os projectos que são membros, sem visitar cada página adesão.

Onde os usuários são membros de muitos projetos, Libre Planeta cancelar o registro de alguns usuários podem solicitar, se acredita que eles são incapazes de lidar com a carga de trabalho. A determinação é baseada na contribuição do usuário, ao invés de um número especial porque o número de projetos de uma pessoa pode manipular irá variar de pessoa para pessoa, e de vez em quando.

Parceria

Terceiros podem se associam como parceiros em um projeto, mas não membros. Os parceiros são obrigados a concordar com os objetivos do projeto, mas não declaração de missão do Planeta Libre. O seu acesso aos recursos da Libre planeta são limitados aqueles fornecidos pelo próprio projeto.

Se os membros de terceiros registrar-se como usuários Libre Planeta, Eles, então, perder o seu estatuto de terceiro e não pode promover os interesses de terceiros na sua capacidade de Libre usuários planeta. Nem Eles podem fazer valer os seus status de parceria com qualquer projecto Quando logado como usuário.

Se os membros de terceiros registar-se com um projeto como ambos os parceiros e membros, então Libre Planeta irá considerar este um conflito de interesses e exigir que os usuários a retirar a sua filiação ou parceria. Se não o fizer Permite Libre Planeta, a seu critério, rescindir associação e / ou parceria com o projeto dos usuários.

Tipos

Projetos são caracterizados por tipo, de modo que nem todos os projetos serão executados e existir como um projeto típico. Para fins de administração, todos os projetos vão usar as mesmas formas, modelos, propriedades e as páginas correspondentes existem no namespace do projeto. Os membros do projeto pode criar documentos e recursos em outros espaços, sem royalties, desde que elas mesmas estas páginas identificar claramente com o projeto e torná-las acessíveis a partir de pelo menos uma página no namespace do projeto.

Propósito

Todos os projetos devem ser consistentes com a declaração de missão, se eles são identificados como uma campanha, uma petição, reunião, projeto, software, ou em grupo. Os projectos devem declarar, ou implicar, Seus objetivos com relação a um ou mais dos objetivos da missão da Libre planeta.

Local Groups

For administration purposes, a local user group is considered a project and therefore subject to the same requirements as all projects. This requires users create their group project in the Project namespace and define their group's membership and activities. However, the actual group must also be created in the Group namespace where it will conduct its affairs.

Namespace

The Project namespace is the wiki's namespace and defined by the wiki's name. Thus, this wiki was formally known as FSF_Groups, but now called LibrePlanet. This name change caused the wiki namespace to also change from FSF_Groups to LibrePlanet and invalidated all links using FSF_Groups:. However, this same namespace can also be referred to as the Project and always refers to the wiki's namespace regardless of the wiki's name.

It is better to always use Project:, rather than LibrePlanet: when referring to the wiki's namespace.


Sub Projects

A project may identify sub-goals more easily achieved by a dedicated project. A project may create as many sub-projects as it requires to achieve these sub-goals. Every subproject, however, must restate which parent objectives it will achieve. The project becomes the owner of each subproject it creates.

It is possible that two or more projects may share the same sub-goal, but otherwise have little in common. Rather than each project setup their own subproject, they may create their subproject to represent their project. The subproject itself is created as a parent project and the various subprojects then register as members. This allows the project to achieve its goal, without undue influence from any other project. Each project has the freedom, through its subproject representation, to adjust its sub-goals while still benefiting from the common project.

The fate of a subproject is usually the fate of the parent project. If a project is closed, so are all its subprojects. It may happen that one or more subprojects remain beneficial to Libre Planet even when the parent project is not. In this situation, the subproject's owner becomes the parent's owner and the subproject elevated to the (now defunct) project's level. Should another project be a more suitable owner, then the project can be made a subproject of it.

Ownership

The normal situation is to create subprojects as subpages of the parent project. This implies the parent project is also the subproject owner. However, anyone can own any project, so a subproject may exist as subpages of one project, but owned by another. Such an arrangement may serve both the parent project and subproject owner.

Group Subprojects

Groups should create their projects as subprojects of the group project. Futhermore, each subproject should have a corresponding subgroup page in the Group namespace. This separates the project from the group itself, so many groups may register with the project and not interfere with each other's group activities.

A group may create group projects which are additional groups in their surrounding area. Such local groups will be run independently of the main group, but owned by it. The new groups should be subpages of the main group, but its members need not include any main group member. Because the main group is the project owner, it is responsible for the subgroup's success.

Group ownership can be transferred, so a group may take ownership of another group it didn't create. Such transfers should only be done in the interest of all groups, where, for example, another group is closer to the subgroup than the current owner.

Properties

The main project page provides a synopsis, suitable for cataloging. A project catalog lists all the projects according to properties found on the project's main page.

lista de propriedades

As seguintes propriedades são necessárias para definir um projeto:

Tabela 1: Propriedades do projeto [Página Principal]
Propriedade Tipo Requerida Descrição
Nome do Projeto string Yes Mantém o nome do projeto, que pode não ser único.
Project id string No Identifica o código do projeto. Isto pode ser útil na combinação de projetos relacionados ou sub projetos.
Project type enumerated String Yes Uma lista de tipos de projetos que definem mais de perto o projeto[

1]. Um projeto deve ter apenas um tipo.

Project date date Yes Data de início do projeto.
Project owner Page Yes Proprietário do projeto
Project group Page No The parent project.
Project status enumerated String Yes Lista de estados do projeto[2]. Um projeto deve ter um estado.
Project abstract Textarea Yes Uma breve descrição do projeto.
Notas
1: Por exemplo [Projeto, Campanha, Rally, Petição, Protesto, Software, Especial, Outros]
2: Por exemplo [Open, Ativo, Inativo, Fechado, dormente, Other]

A página principal do projeto não inclui adesão nem detalhes da parceria. Estas são tratadas em outras páginas que utilizam os seus próprios formulários. Os links para essas páginas podem ser fornecidas por uma barra de menu, categoria ou propriedades. É necessário acesso a partir da página principal para adesão e parceria páginas.

Templates

Forms

Structure