GCO1 x GPR8

Um sistema de Gerência de Configuração é um recurso necessário para o desenvolvimento de software quando o processo de GCO está implantado, logo, este recurso deve constar no plano de recursos. Dentro da proposta do Projeto SPIDER, o planejamento dos recursos e o ambiente de trabalho necessários para executar o projeto (GPR8), é implementado através do OpenProject com o cadastro de recursos. Para alcançar esta integração do tipo Controle, um botão será fornecido com um link dentro do OpenProject para o Plano de Gerência de Configuração na WIKI da ferramenta de Gerência de Configuração, conforme mostra a figura 5.2 abaixo.

Quando for utilizado pela primeira vez, o link deve solicitar o caminho para a página da WIKI de Gerência de Configuração, guardando este link para posteriores consultas.

5.2.2 GCO1 x GPR10

As informações relativas ao estabelecimento e manutenção do sistema de configuração (GCO1) devem ser registradas no plano do projeto, que reúne todos os planos específicos do projeto (GPR10). O Plano de Projeto é implementado no Openproject, seguindo a proposta do Projeto SPIDER, através de seus relatórios e informações diversas sobre o projeto. Para aderir a essa integração, é necessário apenas um link para o Plano de Gerência de Configuração. A integração para este mapeamento é feita da mesma forma como na seção anterior.

5.2.3 GCO2 x GPR2

Os produtos de trabalho gerados dependem diretamente da definição do que é tratado como item de configuração. Dentro do Plano de Gerência de Configuração são definidos os Itens de Configuração, que servem de base para definir os produtos de trabalho que serão dimensionados e gerados ao longo do projeto.

Para implementar esta integração de Controle será fornecido um link dentro do OpenProject, onde os produtos de trabalho dimensionados são descritos, para os itens de configuração na WIKI, o mesmo link dos itens anteriores é válido para evidenciar a integração destes resultados esperados.

5.2.4 GCO4 x GPR11

Quando uma alteração ocorre em um item de configuração, ajustes pertinentes, baseados na rastreabilidade entre artefatos, devem ser realizados.

As análises de alterações feitas em itens de configuração geram documentos feitos por auditorias físicas do processo de GCO. Estas auditorias servem de base para a análise de viabilidade do projeto. Para esta integração de Controle, um link para o repositório de auditorias do processo de GCO será customizado no Openproject, conforme apresentado na Figura 5.3.

Figura 5.3 - Menu de Auditorias de Gerência de Configuração.

5.2.5 GCO5 x GRE5

As alterações de requisitos devem ser monitoradas e acompanhadas ao longo de todo o projeto, e podem impactar de várias formas no mesmo, portanto, estas alterações precisam ser aprovadas pelo Comitê de Controle de Configuração que analisará este impacto e a viabilidade da modificação. As mudanças de requisitos gerenciadas ao longo do projeto (GRE5), seguindo a proposta do Projeto SPIDER, serão implementadas criando tickets ou issues na ferramenta de controle de mudança Mantis ou Trac, dispensando integração com o processo de GCO.

5.2.6 GCO5 x GQA4

Ao realizar uma ação corretiva para uma não conformidade, e ser realizada a implementação de uma modificação, deve ocorrer uma atualização da baseline. Na proposta do projeto SPIDER, esta integração está sendo feita dentro da ferramenta de apoio ao processo de GQA, em desenvolvimento pelo grupo de alunos do Projeto SPIDER.

5.2.7 GCO6 x GPR9

A forma como os dados relevantes do projeto devem ser controlados, armazenados e distribuídos, deve considerar o processo descrito pelo processo de GCO, quando este estiver

implementado, caso contrário, estas formas devem ser definidas pela Gerência de Projetos. Para esta integração de Controle, será fornecido um link dentro do OpenProj para o Plano de Gerência de Configuração na WIKI, conforme apresentado na Figura 5.2.

5.2.8 GCO6 x MED6

O sistema de armazenamento indicará onde e como os artefatos contendo os dados e os resultados de análises deverão ser armazenados. O sistema do processo de GCO tem por objetivo armazenar e disponibilizar, bem como definir políticas de acesso, aos artefatos de medição gerados. Os relatórios de Medição devem ser colocados no sistema de armazenamento do processo de GCO. Para atender a esta integração de controle, um link dentro da ferramenta de apoio ao processo de Medição para o plano de Gerência de Configuração será criado, conforme mostra a figura 5.4. A ferramenta de apoio ao processo de Medição está em construção pelo grupo do projeto SPIDER.

5.2.9 GCO7 x GPR13

As auditorias realizadas para acompanhamento do projeto incluem as auditorias físicas e funcionais do processo de Gerência de Configuração. Links para as auditorias física e funcional do processo GCO deverão ser disponibilizados na interface da ferramenta OpenProj, a qual já possui o Plano de Projeto. Será acrescido o item Auditorias no menu Exibir, da ferramenta OpenProj, direcionando para o diretório de auditorias no repositório. Será usado para esta integração o mesmo link apresentado na Figura 5.2.

Figura 5.4 - Protótipo de Medição com a seleção dos itens de configuração.

5.2.10 MED3 x GPR8

Dentro da proposta do Projeto SPIDER, será utilizada uma ferramenta para a equipe de Medição, onde serão cadastradas as informações sobre os procedimentos de coleta e armazenamento de medidas. Esta ferramenta deve constar no planejamento de recursos e ambiente de trabalho do projeto.

Para atender a esta integração do tipo Controle, a ferramenta de apoio ao processo de Gerência de Projetos, OpenProj, deverá ser customizada, adicionando-se no menu Exibir, a opção de acesso ao Plano de Medição, como mostra a Figura 5.5. Esta opção trata-se de um link para a ferramenta de apoio ao processo de Medição SPIDER-Mplan, que será configurado durante a instalação da ferramenta OpenProj.

5.2.11 GCO2 x MED3

Antes de definir os procedimentos utilizados na coleta e armazenamento de medidas, é necessário haver uma definição de quais são os itens que estarão sob configuração.

Esta integração, do tipo Controle, é prevista pela ferramenta SPIDER-Mplan, e será atendida através do acréscimo de um link e um campo do tipo textfield durante o cadastro de um procedimento de coleta, como mostra o a Figura 5.6. O link abrirá o diretório de itens de configurações definidos no repositório, e esta visualização será um consulta para inseri-los

juntamente com a versão que será considerada, no cadastro deste procedimento de coleta. Poderão ser incluídos mais de um Item de Configuração neste campo separando-os pelo

Figura 5.5 - Menu de acesso ao plano de medição na ferramenta Openproj.

Figura 5.6 - Cadastro de procedimentos de coleta da ferramenta SPIDER-Mplan.

5.2.12 MED4 x GPR10

Os procedimentos de análise do processo de Medição, como a definição da freqüência, responsável, fase, dados de origem, ferramenta utilizada e verificações das coletas devem estar elicitados no Plano de Projeto.

Esta integração do tipo Controle é atendida, da mesma forma que o descrito na seção 5.2.10, através de um sub-menu na ferramenta OpenProj, chamado Plano de Medição, que executará a ferramenta SPIDER-MPlan, exemplificado na Figura 5.5.

5.2.13 MED7 x GPR11

A gerência do processo de Medição informará às gerências responsáveis sobre análises de medição que sejam relevantes para mudanças de decisões.

Esta integração, também do tipo Controle, é atendida através da customização da ferramenta OpenProj, no qual, durante a confirmação da análise de viabilidade de um projeto, será apresentada uma referência para as análises de medições na ferramenta SPIDER-Mplan, mostrado na figura 5.7. Durante o registro do relatório de análise de viabilidade, é importante que o Gerente de Projetos deixe claro, de forma textual, que as análises de medições foram realizadas e que está ciente desta ação.

Figura 5.7- Customização da análise de viabilidade na ferramenta OpenProj.

5.2.14 GQA1 x GRE1

A aderência do documento de requisitos aos padrões aplicáveis deve ser levada em conta antes mesmo da avaliação e aceitação dos requisitos de software.

Integração do tipo Controle, ao acessar a tela de avaliação e aceitação de requisitos será disponibilizado um link para acessar os resultados de avaliação do documento de requisitos conforme os padrões estabelecidos.

Figura 5.8 – Link para os resultados de avaliação do documento de requisitos.

5.2.15 GQA4 x GPR13

A execução do projeto é monitorada através do acompanhamento das não conformidades, e da ação corretiva determinada.

Outra integração do tipo Controle, que é atendida, assim como a integração descrita na seção 5.2.4, através do sub-menu Auditorias, no item Garantia da Qualidade, como pode ser visualizado na Figura 5.9. Este item de menu executará a abertura do repositório, mais

especificamente no diretório dos relatórios de auditorias do processo de GQA, gerados em formato PDF pela ferramenta SPIDER-CL.

Figura 5.9 - Menu para visualização das auditorias de garantia da qualidade.