2 (1 valor) - Calcule o esforço e a duração necessárias para o desenvolvimento de cada aplicação smartphone, de acordo com o COCOMO.

Transcrição

1 Como gestor de projeto na empresa XYZ foi-lhe pedido para planear um projeto de desenvolvimento de um produto que permita aos seus utilizadores guardar a sua informação clínica no telemóvel e transferi-la, mediante a sua autorização, para profissionais de saúde. A informação deverá ser apenas acessível pelo profissional de saúde autorizado, durante um período de tempo especificado pelo utilizador. A informação pode ser introduzida manualmente pelo utilizador, através de digitalização de informação existente em papel (recorrendo à câmara do telemóvel), importada de formatos digitais suportados pela aplicação, ou exportada diretamente para a aplicação por instituições de saúde associadas ao programa. O produto a desenvolver inclui: 1) a aplicação que deverá ser disponibilizada para smartphones com sistemas operativos Android, ios e Windows Phone; 2) uma chave em hardware responsável por garantir a encriptação dos dados e sem a qual a aplicação não funciona; 3) o middleware responsável por estabelecer a ligação da aplicação com os sistemas proprietários das instituições de saúde que adiram ao programa. 1 (3 valores) - Para cada uma das seguintes metodologias de desenvolvimento de software apresente uma razão a favor e uma razão contra a sua utilização neste projeto. Favor Contra Incremental Espiral Scrum Assuma as seguintes estimativas de linhas de código para as diferentes aplicações do projeto Android LOC ios LOC Windows Phone LOC Middleware para o hospital X LOC 2 (1 valor) - Calcule o esforço e a duração necessárias para o desenvolvimento de cada aplicação smartphone, de acordo com o COCOMO. Android ios

2 Windows Phone 3 (1 valor) - Calcule o esforço e a duração necessárias para o desenvolvimento total do projeto, incluindo um piloto no hospital X, de acordo com o COCOMO. Considere os seguintes dados históricos relativos ao desenvolvimento de aplicações para diferentes plataformas smartphone pela equipa deste projeto Android LOC/PM ios LOC/PM Windows Phone LOC/PM 4 (2 valores) - Assuma que dispõe de 2 pessoas a tempo inteiro para o desenvolvimento de cada aplicação. Comente a viabilidade do desenvolvimento de cada aplicação num prazo de 6 meses. 5 (4 valores) - Distribua o trabalho necessário para desenvolver um piloto do produto, capaz de funcionar no hospital X, num máximo de 10 work packages. Indique, sumariamente, o trabalho a desenvolver em cada work package e até 3 deliverables por work package WP1 D1.1 D1.2 D1.3

3 WP2 D2.1 D2.2 D2.3 WP3 D3.1 D3.2 D3.3 WP4 D4.1 D4.2 D4.3 WP5 D5.1 D5.2 D5.3 WP6 D6.1 D6.2 D6.3

4 WP7 D7.1 D7.2 D7.3 WP8 D8.1 D8.2 D8.3 WP9 D9.1 D9.2 D9.3 WP10 D10.1 D10.2 D10.3 Considere que dispõe dos seguintes recursos humanos na sua equipa com a disponibilidade indicada: 1 gestor de projeto (50%) 3 analistas (50%) 2 programadores Android (80%) 2 programadores ios (80%) 2 programadores Windows Phone (40%) 4 programadores middleware (100%) 4 testers (50%) 1 designer visual (33%)

5 1 editor de conteúdos (33%) 1 especialista em criptografia (33%) 2 arquitetos de hardware (50%) 6 (2 valores) - Calendarize os work packages, e atribua recursos humanos a cada work package, para um desenvolvimento do piloto num prazo de 2 anos. Mês WP 1 WP 2 WP 3 WP 4 WP 5 WP 6 WP 7 WP 8 WP 9 WP Recursos 7 (1 valor) - Apresente a rede de tarefas para os work packages planeados.

6 8 (2 valor) - Construa a matriz RACI para este projeto. Gestor de projeto Analista Prog. Android Prog. ios Prog. Windows Phone Prog. Middleware Tester Designer visual Editor de conteúdo Especialista em criptografia Arquiteto de hardware WP1 WP2 WP3 WP4 WP5 WP6 WP7 WP8 WP9 WP10 9 (2 valor) - Indique 1 risco para cada uma das seguintes categorias, que possa afetar este projeto Dimensão do produto Impacto no negócio Tecnologia a construir Dimensão e experiência da equipa Ambiente de desenvolvimento 10 (2 valores) - Para o seguinte risco deste projeto, apresente um plano RMMM Risco - Processo de desenvolvimento de software não ser seguido pela equipa Mitigação

7 Monitorização Gestão -