CAPÍTULO 3 ESTRATÉGIA PARA DEFINIÇÃO DE PROCESSOS DE
3.3 D EFINIÇÃO DE P ROCESSOS DE A QUISIÇÃO DE S OFTWARE PARA
3.3.2 Segundo passo: definir os componentes dos processos
Uma vez delimitado o escopo da LPAS, iniciou-se a definição dos componentes de processo a serem usados para compor processos de aquisição, que é o segundo passo da abordagem utilizada. As principais fases da aquisição (conforme Tabela 2.3) serviram como base para a criação dos componentes de processo.
Para facilitar a definição de linha de processos foi criado um formulário para preenchimento das informações necessárias, conforme descrito na Tabela 3.2. Este formulário pode ser utilizado por empresas que não utilizam ferramenta de apoio, como, por exemplo, a mencionada anteriormente (BARRETO, 2007; BARRETO et al., 2008; BARRETO et al., 2010). Componentes de processo que possuem componentes em sua arquitetura, também precisam ser definidos com este formulário para que se possa explicitar a conexão entre os componentes.
As informações necessárias para definição de componentes e o modelo de formulário estão descritas na Tabela 3.3. Foi utilizado o mesmo padrão para definição de processo utilizado pelo grupo de Qualidade de Software da COPPE/UFRJ acrescido de outras informações necessárias à definição de componentes de processos para reutilização, tais como, tipo de componente, características e informações referentes a variações.
35
Tabela 3.2 – Modelo de formulário para linha de processos de software (LPS) e
componentes que possuem componentes em sua arquitetura. Identificador: <Identificador único da linha de processo ou do componente> Nome: <Nome da Linha de Processo ou do componente>
Descrição: <Descrição da Linha de Processo ou do Componente> Tipo de Componente:
<só utilizado para componente>
<Concreto (quando existe apenas uma maneira prevista para que o
componente seja executado) /Abstrato (quando existem diferentes maneiras para ser executado)>
Definido por: <Nome da Organização que definiu a Linha de Processo ou o Componente> Características
Atendidas: <Características atendidas pela Linha de Processo ou pelo Componente> Características
Conflitantes:
<Características que quando selecionadas, impedem o uso da Linha de Processo ou pelo Componente >
Arquitetura e Conexão <Descrição da estrutura da Linha de Processo ou de componentes que possuem
componentes em sua arquitetura>
Identificador Nome Conexões
Originadas Início Fim Opcional
<Identificador do componente> <Nome do componente> <Identificador do Componente Destino> <Tipo de Conexão entre os componentes> <É o Elemento Inicial?> <É o Elemento Final?> <É Opcional?>
Tabela 3.3 – Modelo de formulário para componentes de processo
Identificador: <Identificador único do componente de processo >
Nome: <Nome do componente de processo >
Descrição: <Descrição do Componente> Tipo de Componente: <Concreto/Abstrato>
Critérios de Entrada: <Descrição do critério de entrada> Critérios de Saída: <Descrição do critério de saída>
Responsável: <Responsável (eis) pela execução do componente> Participantes: <Participante (s) na execução do componente>
Artefatos Requeridos: <Artefatos requeridos (Parâmetros de entrada do componente)> Artefatos Produzidos: <Artefatos requeridos (Parâmetros de saída do componente)>
Ferramentas: <Ferramentas utilizadas>
Definido por: <Nome da Organização que definiu a Linha de Processo> Características Atendidas: <Características atendidas pela Linha de Processo>
Características Conflitantes: <Características que quando selecionadas, impedem o uso da Linha de Processo>
É variante de < Identificador do componente abstrato a que este componente concreto atende>
A seguir, a partir do exemplo de características de processo apresentados na seção 3.3.1, algumas definições de componentes serão apresentadas para permitir um
36 melhor entendimento sobre a LPAS definida.
Para o planejamento da aquisição é necessário “Listar Requisitos do software”, “Planejar o Projeto Aquisição” e “Levantar Requisitos do Contrato”. Para cada uma dessas necessidades foram criados componentes de processo. Por exemplo, “Levantar Requisitos do Contrato” envolve definir as condições de pagamento, multa, bônus e despesas do contrato, além de estimar tamanho e prazo. Considerando especificamente as condições de pagamento do contrato, conforme se pode perceber nas características de processo (descritas na Tabela 3.1) foram consideradas três diferentes maneiras para a execução deste componente. Assim, isso levou a um componente abstrato e três componentes concretos que realizam o componente abstrato. Isto significa que para “Definir condições de pagamento de contrato”, existem três opções e pelo menos uma deve ser selecionada. Associados a esse componente abstrato, foram definidos os componentes concretos: “Definir condições de pagamento para contratação por preço fixo”, “Definir condições de pagamento para contratação por valor de hora trabalhada” e “Definir condições de pagamento para contratação por preço fixo com adicionais por hora trabalhada”. A Tabela 3.4 ilustra o componente abstrato “Definir condições de pagamento do contrato” e suas possibilidades de execução.
Informações como ferramenta, artefatos, responsáveis e participantes são definições inerentes ao componente concreto. É importante ressaltar que há diferenças no tipo de conhecimento de apoio disponibilizado para cada componente, ou seja, a organização terá templates de artefatos específicos associados, além de outras informações. Não faz parte do escopo desta dissertação provê-los. Para definição de componente de processo utilizou-se o template para definição de processos pelo grupo de Qualidade de Software da COPPE/UFRJ, acrescido das informações necessárias à abordagem utilizada.
Foram definidos ao todo 43 componentes de processo para atender as características de processo identificadas e as necessidades dos processos de aquisição de software. Estes componentes serão descritos no Capítulo 4 (Seção 4.4).
37
Tabela 3.4 – Definição de Componentes para definir condições de pagamento de
contrato Identificador: COP.AQU.PLA.ABS.0009
Nome: Definir condições de pagamento de contrato
Descrição:
Definir condições de pagamento do contrato. As condições de
pagamento podem ser por hora trabalhada, por preço fixo ou por preço fixo com possibilidade de pagamento de horas adicionais.
Tipo de Componente: Abstrato Critérios de Entrada:
Ter-se a necessidade da aquisição e o Plano de Aquisição (lista de requisitos de software e formalização da análise e estratégia da aquisição)
Critérios de Saída: Ter-se as condições de pagamento de contrato definidas. Definido por: Instituição Implementadora COPPE/UFRJ
Características Atendidas: CMMI, MR-MPS, Projeto com Aquisição Características Conflitantes: Projeto sem Aquisição
Identificador: COP.AQU.PLA.CON.0010
Nome: Definir condições de pagamento para contratação por hora trabalhada Descrição:
Definir condições de pagamento para contratação por hora trabalhada, avaliando os critérios que serão utilizados para efetivação do
pagamento. Tipo de Componente: Concreto Critérios de Entrada:
Ter-se a necessidade da aquisição e o Plano de Aquisição (lista de requisitos de software e formalização da análise e estratégia da aquisição)
Critérios de Saída: Ter-se as condições de pagamento de contrato definidas.
Responsável: Coordenador de Aquisição
Participantes: Gerente de Projeto Artefatos Requeridos:
Plano de Aquisição (lista de requisitos de software e formalização da análise e estratégia da aquisição) e Template de planilha de horas trabalhadas com tarefas executadas e critérios para aprovação. Artefatos Produzidos:
Plano de Aquisição (lista de requisitos de software e requisitos de contrato: condições de pagamento), definição de valor/hora por perfil de profissional e Planilha de horas trabalhadas com tarefas executadas e critérios para aprovação.
Ferramentas: MS Excel e Word
Definido por: Instituição Implementadora COPPE/UFRJ
Características Atendidas: CMMI, MR-MPS, Projeto com Aquisição e Contratação por hora trabalhada
Características Conflitantes: Projeto sem Aquisição, Contratação por preço fixo e
Contratação por preço fixo com adicionais por hora trabalhada
É Variante de: COP.AQU.PLA.ABS.0009
Identificador: COP.AQU.PLA.CON.0011
Nome: Definir condições de pagamento para contratação por preço fixo Descrição:
Definir condições de pagamento para contratação por valor fixo e acordado, definindo o momento, o valor e os produtos que devem ser entregues para efetivação do pagamento. Definir também os
responsáveis pela validação destes produtos. Tipo de Componente: Concreto
Critérios de Entrada:
Ter-se a necessidade da aquisição e o Plano de Aquisição (lista de requisitos de software e formalização da análise e estratégia da aquisição)
Critérios de Saída: Ter-se as condições de pagamento de contrato definidas.
Responsável: Coordenador de Aquisição
Participantes: Gerente de Projeto Artefatos Requeridos:
Plano de Aquisição (lista de requisitos de software e formalização da análise e estratégia da aquisição), Template de planilha de artefatos a serem entregues, condições de pagamento, critérios e responsáveis
38
pela aprovação Artefatos Produzidos:
Plano de Aquisição (lista de requisitos de software e requisitos de contrato: condições de pagamento), Planilha de artefatos entregues, condições de pagamento, critérios e responsáveis pela aprovação.
Ferramentas: MS Excel e Word
Definido por: Instituição Implementadora COPPE/UFRJ
Características Atendidas: CMMI, MR-MPS, Projeto com Aquisição e Contratação por preço fixo
Características Conflitantes: Projeto sem Aquisição, Contratação por hora trabalhada e Contratação por preço fixo com adicionais por hora trabalhada
É Variante de: COP.AQU.PLA.ABS.0009
Identificador: COP.AQU.PLA.CON.0012
Nome: Definir condições de pagamento para contratação por preço fixo com possibilidade de pagamentos adicionais por hora trabalhada
Descrição:
Definir condições de pagamento para contratação por preço fixo com possibilidade de execução de serviços suplementares mediante pagamentos adicionais por valor hora. As regras das situações e tipos de serviço que podem ser executados devem ser estabelecidas em contrato.
Tipo de Componente: Concreto Critérios de Entrada:
Ter-se a necessidade da aquisição e o Plano de Aquisição (lista de requisitos de software e formalização da análise e estratégia da aquisição)
Critérios de Saída: Ter-se as condições de pagamento de contrato definidas.
Responsável: Coordenador de Aquisição
Participantes: Gerente de Projeto Artefatos Requeridos:
Plano de Aquisição (lista de requisitos de software e formalização da análise e estratégia da aquisição), Template de tabela de valor hora por perfil de profissional e Regras das situações em que este tipo de serviço pode ser realizado.
Artefatos Produzidos:
Plano de Aquisição (lista de requisitos de software e requisitos de contrato: condições de pagamento), Tabela de valor hora por perfil de profissional e Regras das situações em que este tipo de serviço pode ser realizado.
Ferramentas: MS Excel e Word
Definido por: Instituição Implementadora COPPE/UFRJ
Características Atendidas: CMMI, MR-MPS, Projeto com Aquisição e Contratação por preço fixo com adicionais por hora trabalhada
Características Conflitantes: Projeto sem Aquisição, Contratação por preço fixo e Contratação por valor de hora trabalhada
É Variante de: COP.AQU.PLA.ABS.0009