Objetivos. O Processo da Engenharia de Requisitos. Processos. O processo de projeto. Processo de ER - entradas e saídas. Descrição da entrada/saída

Transcrição

1 Objetivos O Processo da Engenharia de Requisitos Introduzir as noções de processos e modelos de processo para a engenharia de Explicar o papel crítico das pessoas no processo de engenharia de Explicar porque a melhoria do processo é importante e sugerir um modelo de melhoria de processo para a engenharia de Jaelson Castro 1998 Slide 1 Jaelson Castro 1998 Slide 2 Processos Processo é um conjunto organizado de atividades que transforma entradas em saídas Descrições de processos encapsulam conhecimento e permitem que sejam reusados Exemplos de descrições de processo Manual de instrução de uma máquina de lavar Livro de receitas Procedimentos manuais para um banco Manual de qualidade para o desenvolvimento de software O processo de projeto Processo que envolve criatividade, interação entre um grande número de diferentes pessoas, julgamento de engenharia e experiência e conhecimento prévio Exemplos do processo de projeto Escrita de um livro Organizar uma conferência Projeto de um chip processador Engenharia de Requisitos Jaelson Castro 1998 Slide 3 Jaelson Castro 1998 Slide 4 Processo de ER - entradas e saídas Descrição da entrada/saída Existing systems information St akeholder needs Organisational standards Regulations Domain information engineering process Agreed Syst em specification models Inp ut or ou tp ut Ty pe Des crip tio n Existing s ys tem information Input Information about the functionality of systems to be replaced or other sys tems which interact with the system being specified Stakeholder needs Input Descriptions of what sys tem stakeholders need from the system to support their work Organis ational standards Input Standards used in an organisation regarding system development practice, quality management, etc. Regulations Input External regulations s uch as health and s afety regulations which apply to the sys tem. Domain information Input General information about the application domain of the system Agreed Output A description of the system which is unders tandable by stakeholders and which has been agreed by them Sys tem specification Output This is a more detailed s pecification of the system functionality which may be produced in s ome cases Sys tem models Output A set of models such as a data-flow model. an object model, a process model, etc. which des cribes the sys tem from different perspectives Jaelson Castro 1998 Slide 5 Jaelson Castro 1998 Slide 6

2 Variação do Processo de Requisitos Os processos de variam radicalmente de uma organização para outra Fatores que contribuem para esta variação Maturidade Técnica Envolvimento disciplinas Cultura Organizacional Domínio de aplicação Portanto não existe um processo ideal de engenharia de Modelos de Processos Um modelo de processo é uma descrição simplificada do processo descrito de um determinado ponto de vista Tipos de modelo de processo: Modelos de atividades de alto-nível Modelos detalhados de atividades Modelos de ações-papéis Modelos de entidade-relacionamento Jaelson Castro 1998 Slide 7 Jaelson Castro 1998 Slide 8 Modelo de ER de alto nível Atividades do processo de ER Elicitação de Requisitos Os são descobertos através da consulta com as partes interessadas elicitation analys is and negotiation documentatio n v alidation Análise e negociação de Requisitos são analisados e os conflitos resolvidos através de negociação Us er needs domain information, existing system information, regulations, s tandards, et c. Requiremen ts document specification Agreed requiremen ts Documentação de Um documento de é produzido Validação de É checada a consistência e completude do documento de Jaelson Castro 1998 Slide 9 Jaelson Castro 1998 Slide 10 O modelo cascata de processo de software Contexto do Processo de ER engineerin g Sy stem specification Softw are requ irements engineering Software requiremen ts specification S oftware design Softw are desig n s pecification Programmin g and unit testing Executable software s ys tem S ystem tes ting Completed system acquisit ion Re quirements engi nee ring operation des ign Jaelson Castro 1998 Slide 11 Jaelson Castro 1998 Slide 12

3 Modelo espiral do processo de ER Atores do processo de ER document and validati on report Deci sion point : Accept document or re-enter spiral e lici tat ion valida tion Informal stat ement of S TART Draft requi re ment s document Requi reme nts analysis and negot iati on documenta tion Agreed Os atores do processo são as pessoal envolvidas na execução do processo Os atores são normalmente identificados pelos seus papéis e não individualmente Engenharia de envolve atores tanto atores que estão interessados no problema a ser resolvido (usuários finais) como também atores interessados na solução (projetistas, etc.) Diagramas de papel-ação documentam quais atores estão envolvidos em que atividades Jaelson Castro 1998 Slide 13 Jaelson Castro 1998 Slide 14 RAD para prototipagem de software Descrição dos papéis ACTIONS Understand problem Req. engineer Domain expert End-user ROLES Establish outline Req. engin eer End-u ser Select p rototyping s ys tem Softw are engineer Project manager Develop prototy pe Req. eng ineer Software engineer Evaluate prototype End-user Domain expert Req. engineer Software engineer R o le Do main expert S ys tem en d-us er engineer S oftware engineer P roject manager D es c ri pt io n Resp ons ib le for providing information abou t the application dom ain and the specific problem in that domain w hich is to be s olved. Resp ons ib le for us in g the s ystem after deliv ery Resp ons ib le for elicitin g and specify in g the s ystem requirem ents Resp ons ib le for develo ping the p rototype s oftware s ystem Resp ons ib le for plan ning an d estimating th e prototyp in g project Jaelson Castro 1998 Slide 15 Jaelson Castro 1998 Slide 16 Fatores Humanos e sociais Tipos de partes interessadas (stakeholder) Os processos de engenharia de são dominados por fatores humanos, sociais e organizacionais porque eles sempre envolvem um conjunto de partes interessadas com backgrounds diferentes e com objetivos organizacionais e individuais diferentes As partes interessadas (stakeholders) pelo sistema podem ter uma variedade de background técnico e não técnico e de diferentes disciplinas Engenheiros de software responsáveis pelo desenvolvimento do sistema Usuários finais do sistema que irão usar o sistem depois dele ser entregue Os gerentes dos usuários finais do sistema, que será responsável pelo trabalho deles Fiscais externos que verificaram se o sistema satisfaz os legais Especialistas de domínio que possuem informações essenciais sobre o domínio da aplicação Jaelson Castro 1998 Slide 17 Jaelson Castro 1998 Slide 18

4 Factores influenciando Personalidade e status dos stakeholders Os objetivos pessoais dos indivíduos dentro da empresa O grau de influência política dentro de uma organização Suporte para o processo Ferramentas CASE proporcionam suporte automático para o processo de software As ferramenta de CASE mais maduras suportam atividades bem entendidas tais como programação, teste e uso de métodos estruturados O suporte para a engenharia de ainda é limitado devido a informalidade e a variação dos processos Jaelson Castro 1998 Slide 19 Jaelson Castro 1998 Slide 20 Ferramentas CASE para ER Um sistema de gerenciamento de Ferramentas para modelagem e validação de que suportam o desenvolvimento de modelos do sistema, que podem ser usadas para checar a completude e consistência entre os modelos NL requ iremen ts d ocument Req. con vertor Req. browser Requ iremen ts database Req. query system Traceability support system Ferramentas de gerenciamento que ajudam o gerenciamento de um banco de dados de e apoiam o gerenciamento das modificações dos. WP linker Change control s ystem Report generator report Traceability repo rt Jaelson Castro 1998 Slide 21 Jaelson Castro 1998 Slide 22 Ferramentas de gerenciamento de Folheador (browser) de Sistema de perguntas (query) de Sistema de suporte de rastreamento Gerador de relatórios Conversor de e linker para processador de texto Sistema de controle de mudanças Melhoria de Processo A melhoria de processo está relacionado com a modificação do processo de forma a alcançar algum objetivo de melhora Objetivos de melhora Melhoria de qualidade Redução de prazo Redução de recursos Jaelson Castro 1998 Slide 23 Jaelson Castro 1998 Slide 24

5 Planejando a melhoria do processo Quais são os problemas com os processos atuais? Quais são os objetivos de melhora? Como o processo de melhora poderá ser introduzido para alcançar estes objetivos? Como o processo de melhora poderá ser controlado e gerenciado? Problemas do processo de ER Falta de envolvimento dos stakeholders As necessidades do negócio não são consideradas Falta de gerenciamento dos Falta de definição de responsabilidades Problemas de comunicação dos stakeholders Planejamento longo demais e baixa qualidade dos documentos de Jaelson Castro 1998 Slide 25 Jaelson Castro 1998 Slide 26 Maturidade do Processo O modelo de maturidade A maturidade do processo de uma empresa pode ser considerada como sendo o grau de definição dos seus processos, como eles são controlados e a existência de suporte sistemático tanto humano como baseado em computador. O modelo de maturidade da SEI (Capability Maturity Model- CMM) é uma proposta para avaliação da maturidade do processo de software de empresas de desenvolvimento Level 1 Initi al Le vel 2 Repeatable Leve l 3 Defined Le vel 4 Managed Level 5 Optimizing Jaelson Castro 1998 Slide 27 Jaelson Castro 1998 Slide 28 Níveis de maturidade Maturity levels Nível inicial As empresas têm um processo não disciplinado e fica a cargo dos indivíduos tanto a escolha das técnicas de desenvolvimento a serem usadas como o gerenciamento do processo. Nível repetível As empresas tem funcionando os procedimentos básicos de gerenciamento de custo e prazo. Provavelmente serão capazes de fazerem previsões consistentes de custo e escalonamento para projetos na mesma área de aplicação. Nível gerenciado Medições detalhadas tanto do processo como da qualidade do produto são coletadas e usadas para controlar o processo. Nível otimizado A empresar possuem uma estratégia de melhoria contínua do processo, baseada nos objetivos adotados para medição Nível definido O processo de software, tanto das atividades de gerenciamento como engenharia, está documentado, padronizado, e integrado aos padrões de processo de software para toda a organização. Jaelson Castro 1998 Slide 29 Jaelson Castro 1998 Slide 30

6 Um modelo de maturidade de processo para ER RE process maturity levels Level 1 - Initial Ad-hoc engineering; problems are common Level 2 - Repeatable Standardised engineering; fewer problems Level 3 - Defined Defined process based on best practice; process improvement i n place Nível inicial Não há processo definido de ER. Sofre de problemas tais como volatilidade dos, stakeholders não satisfeitos e alto custo de refeita dos sistemas. Depende de habilidades e experiências individuais. Nível repetível Padrões definidos para os documentos de e políticas e procedimentos para o gerenciamento de. Nível definido Um processo definido de ER, baseado em boas práticas e técnicas. Em funcionamento um processo ativo de melhoria. Jaelson Castro 1998 Slide 31 Jaelson Castro 1998 Slide 32 Boas práticas para a melhoria do processo de ER Os processo de ER podem ser melhorados pela sistemática introdução de boas práticas de engenharia de Cada ciclo de melhoria identificará diretrizes práticas e trabalhará em direção para a sua introdução na organização Jaelson Castro 1998 Slide 33 Exemplos de diretrizes de boas práticas Defina uma estrutura de documento padronizada Identifique de forma única cada requisito Defina políticas para o gerenciamento de Use checklists durante a análise de Use cenários para elicitar Especifique de forma quantitativa Use prototipagem para animar Re-use Jaelson Castro 1998 Slide 34 Pontos principais Pontos chaves O processo de engenharia de é estruturado como um conjunto de atividades que leva a produção do documento de. As entradas do processo de engenharia de são as informações existentes dos sistemas, necessidade dos stakeholders, padrões organizacionais, regulamentações e informações do domínio. Os processos de engenharia de variam radicalmente entre empresas. A maioria dos processos incluem a elicitação de, análise e negociação dos e validação dos. Os modelos do processo de engenharia de são descrições simplificadas que são apresentadas de uma perspectiva particular. Fatores humanos, sociais e organizacionais são influências importantes no processo de engenharia de. A melhoria do processo de engenharia de é difícil, sendo tratada melhor de forma incremental. Os processos de engenharia de podem ser classificados de acordo com seus graus de maturidade. Jaelson Castro 1998 Slide 35 Jaelson Castro 1998 Slide 36