Dados do Projeto. Nome do Projeto. Fingerprint Access Users. Data de Inicialização 14/04/2012

Transcrição

1 Fábrica de Software

2 Dados do Projeto Nome do Projeto Data de Inicialização Responsáveis Autores Fingerprint Access Users 14/04/2012 Adriana Lima de Almeida, Espedito Alves Leal, Jaciel Dias de Souza, Samuel de Almeida, Erickson Marconi Torquato. Espedito Alves Leal

3 Histórico de Revisões Data Versão Descrição Autor Elaboração Inicial Adriana Almeida, Espedito Leal, Erickson Marconi Torquato, Jaciel Dias de Sousa Ajustando o documento Espedito Leal Ajustando o documento Espedito Leal Mudança de papéis e de linguagem de desenvolvimento Adriana Almeida

4 1. Introdução Este documento define as metodologias de desenvolvimento de softwares, de gerenciamento de projetos e de gerenciamento de entregas do produto, bem como as ferramentas, atividades e documentos necessários para que esta fábrica de software atue em sua plenitude para atender o projeto Fingerprint Access Users, a ser desenvolvido para a empresa Finanserv e Cia Ltda, com o objetivo de trazer maior segurança no acesso ao sistema utilizando da tecnologia de biometria por meio da leitura da impressão digital. A estruturação deste documento contempla: - missão, valores e visão da factory; - objetivos da factory - principais ferramentas e frameworks - premissas assumidas - metodologia de desenvolvimento de software - principais atividades - papeis e responsabilidades - templates de documentos de controle 2. Missão, Valores e Visão da Factory 2.1 Missão Desenvolver soluções em Tecnologia da Informação com ênfase na acessibilidade. 2.2 Valores Pontualidade na entrega; Ética profissional; Compromisso com a qualidade. 2.3 Visão Ser reconhecida como a empresa nordestina em excelência no desenvolvimento de softwares inovadores e ser uma empresa de destaque em performance e diferenciais competitivos para seus clientes. 3. Objetivos e Metas 3.1 Objetivos Desenvolver softwares com tecnologia que garantam melhor custo benefício para o cliente e cumprir a pontualidade das entregas. 3.2 Metas As metas principais são: - Entregar em 0 dias de atraso o aplicativo - Entregar 100% dos requisitos solicitados.

5 4. Principais ferramentas, frameworks e tecnologias adotadas 4.1 Tecnologia Linguagem de programação O software será desenvolvido em linguagem Delphi.. O aplicativo responsável por fazer a leitura biométrica será um applet JAVA Fingerprint SDK Versão 2007 O Fingerprint SDK é um Kit para Desenvolvimento de Softwares (SDK) para reconhecimento de impressões digitais inovador, que lhe permite integrar biometria em uma ampla gama de aplicações...o Fingerprint SDK para Java permite o desenvolvimento de programas Java multi-plataforma, que funcionam tanto no Microsoft Windows quanto em GNU/Linux. (fonte: As bibliotecas serão utilizadas no desenvolvimento para trabalhar com o leitor de impressões digitais. 4.2 Ferramentas ASTAH COMMUNITY Versão 6.6 ASTAH é uma IDE para Modelagem de Dados (UML) criada com Java e de uso fácil e intuítivo. Substituiu a IDE JUDE, utilizada para os mesmo propósito. É possível trabalhar com vários diagramas, classes, caso de uso, desenvolvimento etc. Após feita toda a modelagem é possível exportar tudo para um arquivo Java, HTML ou exportar cada diagrama em forma de imagem (fonte: texto baseado em Será utilizado para confeccionar os artefados da UML desenvolvidos no decorrer do desenvolvimento do projeto SVN O SVN ou como também e conhecido subversion, é uma ferramenta que auxilia no controle de versão, de assim como o compartilhamento de arquivos, possibilitando a equipe trabalhar em uma mesma porção de código. Está ferramenta vem derrubando, o antigo CVS. Utiliza-se como servidor para o SVN remoto o Assembla e como cliente devido estarmos utilizando a IDE eclipse, utiliza-se o subclipse (plugin oficial do SVN para o eclipse).

6 OpenProj Versão 1.4 OpenProj é um aplicativo desktop open-source para gerenciamento de projetos. Tem uma interface familiar e abre arquivos do MS Project. O OpenProj gera gráficos de Gantt e gráficos PERT. (fonte: OpenProj será utilizado para realizar o gerenciamento de tarefas Borland Delphi 2006 Architect Versão integrada de produtos da Borland. Possui ambiente de desenvolvimento, compilação e ferramentas para debug. Esta IDE será utilizada para implementação do código fonte do projeto Google Docs O Google Docs, é um pacote de aplicativos do Google baseado em AJAX. Funciona totalmente on-line diretamente no browser. Os aplicativos são compatíveis com o OpenOffice.org/BrOffice.org, KOffice e Microsoft Office, e atualmente compõe-se de um processador de texto, um editor de apresentações, um editor de planilhas e um editor de formulários. (fonte: Utilizaremos O Google Docs para criação e manipulação de documentos. 5. Premissas A itfactory possui experiencia no desenvolvimento de aplicativos desktop fazendo o uso da tecnologia de biometria através da leitura de impressão digital utilizando a linguagem de programação Delphi. No desenvolvimento de aplicativos biométricos voltados para a web fazemos uso desta linguagem por ser a linguagem de melhor domínio da nossa equipe de desenvolvimento Temos profissionais estagiários e outros com mais de 15 anos de experiência em desenvolvimento de software desktop. 6. Metodologia de Desenvolvimento 6.1 Descrição

7 Será instanciado um processo com base no PmBok que é um guia de melhores práticas de gerenciamento de projeto. Associados a isso será usado alguns processos do Scrum, que é uma metodologia ágil para desenvolvimento de software. 6.2 Processos de Desenvolvimento e Ciclo de Vida Planejamento Nesta etapa serão desenvolvidos: Documento de requisitos; Definição das atividades a serem implementadas; Levantamento dos recursos necessários para o projeto; Estimativa de custo das atividades e do projeto como um todo; Identificação de riscos do projeto;. Desenvolvimento do plano de projeto Implementação Fase de desenvolvimento da codificação do software. Consiste em desenvolver o código do projeto com base nos requisitos especificados; Testes - Será feito paralelamente à fase de implementação. O analista de testes desenvolverá o plano de teste com base nos requisitos especificados e aplicará os testes aos releases antes de apresentar ao cliente Evolução - Após a aprovação da fase de teste a release será apresentada ao cliente a quem caberá aprovar ou solicitar ajustes ou inovações. Os ajustes serão avaliados pelo analista de requisitos e, caso aprovado, incorporado ao projeto em andamento. Caso não possa ser inserido ao projeto atual por fugir do escopo original e comprometer o prazo de entrega, será apresentado ao cliente a análise de custo, risco e tempo feita para implementar tais atualizações. O cliente então decidirá incluir ou não tais atualizações. 7. Principais atividades e tópicos Planejamento Entrevistar cliente; Gerar documento de requisitos; Gerar cronograma de atividades Implementação Especificar entregas parciais; Gerar sprints parciais de acordo com as releases a serem entregues; Codificar de acordo com a sprint Testes Gerar documento de teste; Executar os testes; Encaminhar solicitação de correções e ajustes do código Evolução Demonstrar release ao cliente; Registrar solicitações de ajustes e/ou evoluções solicitadas pelo cliente, quando este as fizer; Encaminhar solicitações ou aprovação do cliente ao gerente do projeto. 8. Papéis e responsabilidades

8 8.1 Papéis Papel Gerente de projeto Descrição dos papeis e suas responsabilidades Responsável pelo plano de projeto e pelo gerenciamento das atividades para garantir a entrega no <definição conceitual do papel> <descrição das atividades constantes no processo da factory contempladas para este papel> Analista de requisitos Analista de testes Responsável pela definição e gerência de requisitos. Trabalha na fase de planejamento Responsável por identificar os Itens de Teste-alvo a serem avaliados pelo esforço de teste; Definir os testes apropriados necessários e quaisquer Dados de Teste associados; Coletar e gerenciar os Dados de Teste; Avaliar o resultado de cada ciclo de teste. Este profissional trabalha na fase de Verificação e Validação Arquiteto de software Desenvolvedor de software Reponsável por coordenar as atividades e os artefatos técnicos no decorrer do projeto. Deve estabelecer a estrutura geral de cada visão de arquitetura: a decomposição da visão, o agrupamento dos elementos e as interfaces entre esses principais agrupamentos. Trabalha na fase de implementação. Responsável por desenvolver e testar os componentes, integrar os componentes desenvolvidos. Trabalha na fase de implementação. 8.2 Artefatos Artefato Papeis Descrição das responsabilidades sobre o artefato Questionário Analista de requisitos O analista de requisitos usará uma técnica de questionário, Será realizada uma entrevista com o cliente. O analista de requisitos é o resposável pela atualização do documento. Documento de requisitos Analista de requisitos O analista de requisitos usará uma técnica de levantamento de requisitos, o documento de requisitos será passado para o time. Os requisitos do software são definidos pelo analista de requisitos. Cronograma Gerente de Projetos O cronograma será definido pelo Gerente de Projetos afim de se estimar datas para desenvolvimento e entrega

9 Documento de testes Backlog Analista de teste Analista de requisitos, desenvolvedores, gerente de projeto, analista de testes O Analista de Teste elaborar e aplicará o plano de testes. A seguir, documentará analise do resultado dos testes O Analista de requisitos especificará as tarefas das releases Plano de projeto Gerente de projeto Caberá ao Gerente de projeto Desenvolver o plano para gerenciamento do projeto com base nos documentos de requisito, riscos e cronograma 8.3 Equipe x Papéis Equipe Adriana Almeida Espedito Leal Erickson Marconi de Souza Torquato Jaciel Samuel Almeida Papel Gerente de Projeto Engenheiro de Software Analista de testes Arquiteto de Software Analista de requisitos