Gerenciamento de Requisitos. Gerenciamento de Requisitos. Requisitos estáveis e voláteis. Um sistema de gerenciamento de requisitos

Transcrição

1 Gerenciamento de Requisitos Gerenciamento de Requisitos Jaelson Castro 1998 Slide 1 O processo de gerenciar a mudança dos de um sistema As principais preocupações do gerenciamento de são: Gerenciar mudanças nos que foram concordados Gerenciar o relacionamento entre Gerenciar as dependências entre os documentos de e outros documentos produzidos no processo de engenharia de sistemas Requisitos não podem ser gerenciados efetivamente sem rastreamento de. Um requisito é rastreável se você puder descobrir quem sugeriu o requisito, porque ele existe, quais os relacionados a ele e como o requisito está relacionado com outras informações tais como: projeto do sistema, implementações e documentação do usuário. Jaelson Castro 1998 Slide 2 Ferramentas CASE para o gerencimento de Apoio ferramental para gerenciamento de O gerenciamento de envolve a coleta, armazenamento e manutenção de grande quantidade de informação Existe agora um grande número de ferramentas CASE disponíveis que foram projetadas para suportar o gerenciamento de Outras ferramentas CASE tais como sistemas de gerenciamento de configuração pode ser adaptada para a engenharia de. Um sistema de banco de dados para armazenar os. Facilidades pra análise e geração de documentos para ajudar a construir documentos de. Facilidades de gerenciamento de mudanças para ajudar a garantir que as mudanças serão avaliadas e analisadas custo de forma adequada. Facilidades de rastreamento que ajudem os engenheiros de encontrarem dependências entre os do sistema. Jaelson Castro 1998 Slide 3 Jaelson Castro 1998 Slide 4 Um sistema de gerenciamento de Requisitos estáveis e voláteis NL requ irements d ocument Req. convertor WP linker Req. brows er Change control sys tem Requirements database Req. query s ys tem Report g enerator Requirements report Traceability support system Traceability repo rt Mudanças nos ocorrem enquanto eles estão sendo elicitados, analisados,validados e após o sistema entrar em serviço Alguns são mais sujeitos a mudanças do que outros Requisitos estáveis são aqueles relacionados com a essência do sistema e seu domínio de aplicação. Eles mudam mais devagar que os voláteis. Requisitos voláteis são específicos a instanciação do sistema em um ambiente em particular e para um cliente em particular. Jaelson Castro 1998 Slide 5 Jaelson Castro 1998 Slide 6

2 Fatores para a mudança dos Fatores para mudança de Errors, conflitos e inconsistências nos Quando os são analisados e implementados, erros e inconsistências emergem e devem ser corrigidos. Eles podem ser descobertos durante a análise e validação de ou mais tarde durante o processo de desenvolvimento. Evolução do conhecimento do cliente/usuário-final do sistema Ao se desenvolver os, clientes e usuários-final desenvolvem um melhor entendimento do que eles realmente querem do sistema. Problemas técnicos, de custo e prazo Problemas podem ser encontrados quando da implementação de um requisito. Pode ser muito caro ou demorar demais para implementar certo requisito. Mudança na prioridade dos clientes A prioridade dos clientes pode mudar durante o desenvolvimento do sistema como resultado de mudanças no ambiente de negócios, o surgimento de novos competidores, mudanças na equipe, etc. Mudanças ambientais O ambiente no qual o sistemas será instalado poderá mudar de forma que os de sistema precisem ser alterados para manter compatibilidade Mudanças organizacionais A organização que pretende usar o sistema pode precisar mudar sua estrutua e processos, resultando em novos do sistema Jaelson Castro 1998 Slide 7 Jaelson Castro 1998 Slide 8 Tipos de voláteis Requisitos mutáveis Estes são os que mudam devido a mudanças no ambiente no qual o sistema está operarando Requisitos emergentes Estes são os que não podem ser completamente definidos quando o sistema é especificado mas que emegem quando o sistema é projetado e implementado Requisitos de consequência Estes são os que são baseados em fatos assumidos de como o sistema será usado. Quando o sistema é colocado em uso, alguns desses fatos podem estar errados. Requisitos de compatibilidade Estes são os que dependem de outros equipamentos ou processos. Jaelson Castro 1998 Slide 9 Identificação de É essencial para o gerenciamento de que cada requsitos tenha uma identificação única A abordagem mais comum é numerar os baseado no capítulo/seção do documento de Problemas: Os números não podem ser atribuídos de forma não ambígua até o documento está completo Atribuir número capítulos/seção é uma classificação implícita do requisito. Isto pode levar os leitores do documento a pensarem que os relacionamentos mais importantes do requisito estão naquela seção. Jaelson Castro 1998 Slide 10 Técnicas de identificação de Renumeração dinâmica Alguns sistemas de processamento de texto permitem a renumeração automática de parágrafos e a inclusão de referências cruzadas. Ao reorganizar seu documento e adicionar novos, o sistema mantém controle de referência cruzada e automaticamente renumera seus dependendo do capítulo, seção e posição dentro da seção. Identificação do registro do banco de dados Quando um requisito é identificado ele é registrado num banco de dados, sendo atribuído um identificador de registro do banco de dados. Este identificador do banco de dados é usado em todas referência subsequentes do requisito. Identificação simbólica Os podem ser identificados através de um nome simbólico que está associado ao próprio requisito. Por exemplo, EFF-1, EFF-2, EFF-3 pode ser usados para relacionados com eficiência. Jaelson Castro 1998 Slide 11 Armazenamento de Os podem ser armazenados de forma a facilitar o acesso e relacionamento as outros do sistema Possíveis técnicas de armazenamento Em um ou mais arquivos de processadores de texto - os são armazenados no documento de Um banco de dados especialmente projetado para Jaelson Castro 1998 Slide 12

3 Documentos de processadores de texto Banco de dados de Vantagens Os são todos armazenados num mesmo lugar Os podem ser acessados por qualquer pessoa com o tipo certo de processador de texto Facilidade de produzir o documento final de Desvantagens Dependências de precisam ser externamente mantidas As facilidades de busca são limitadas Não é possível ligar os as propostas de mudança de Não é possível ter um controle de versão de individuais Não há navegação automática de um para outro Cada requisito é representado como uma ou mais entidades de banco de dados Uma linguagem de pesquisa de banco de dados é usada para acessar os Vantagens Boas facilidades de pesquisa e navegação Apoio para gerenciamento de mudanças e versão Desvantagens Os leitores podem não ter o software ou habilidade para acessar o banco de dados O link entre a base de dados e o documento de precisa ser mantido Jaelson Castro 1998 Slide 13 Jaelson Castro 1998 Slide 14 Classe de objetos para um BD de BD de - fatores de escolha S Y S_MODELS M odel: MO DEL Des crip tion: TEX T Nex t: M O DEL N ULL RE Q_LI S T Req: REQU IREME NT Description : TEXT Next: REQU IR EM ENT N UL L RE QUI REME NT Identif ier: TEXT Statement: TEXT G RAP HI C Date_en tered: DATE Date_ch ang ed:date So urces: SO URCE_LIST Ration ale: REQ_RATIO NA LE Status: STATU S Dependents: R EQ_ LIS T Is_ dep end ent_on: REQ_ LIS T Mo del_links : SYS _M O DELS Co mmen ts : TEXT SOU RC E_LI ST P eo ple: TEXT Do cuments : TEXT Reqs : REQ _L IST RE Q_RA TIONA LE Ration ale: TEXT Di agrams : GRA P HIC P hotos : P ICTUR E Os tipos de statement of Se houver necessidade de armazenar mais do que simples textos, um banco de dados com capacidades multimídea poderá ter que ser usado. O número de Sistemas grande normalmente precisam de um banco de dados projetado para tratar de um grande volume de dados que ficam em um servidor de banco de dados especializado. Trabalho em grupo, distribuição do grupo e apoio computacional Se os são desenvolvidos por um grupo de distribuído de pessoas, talvez de diferentes organizações, você precisará de um banco de dados que provê acesso remoto de múltiplos lugares Jaelson Castro 1998 Slide 15 Jaelson Castro 1998 Slide 16 Fatores de escolha do babnco de dados Gerenciamento de mudança Uso de ferramenta CASE O banco de dados deverá ser o mesmo ou compatível com banco de dados de ferramenta CASE Isto poderá ser problemático com algumas ferramentas CASE que usam banco de dados proprietários. Uso de banco de dados existentes Se já existe em uso um banco de dados para apoio a engenharia de software, ele deve ser usado para gerenciamento de. O gerenciamento de mudança está relacionado como os procedimentos, processos e padrões que serão usados para gerenciar as mudanças aos do sistema As políticas de gerenciamento de mudanças poderá incluir: O processo de solicitação de mudanças e a informação necessária para processar cada solicitação de mudança O processo usado para analisar o impacto e custo da mudança e informação associada de rastreamento Definição dos membros do orgão que formalmente considera as solicitações de mudanças O suporte de software necessário (se algum) para o processo de controle de mudança Jaelson Castro 1998 Slide 17 Jaelson Castro 1998 Slide 18

4 O processo de gerenciamento de mudança Estágios do gerenciamento de mudanças Algum problema de é identificado. Isto pode ser oriundo de uma análise do documento de, novas necessidades dos clientes, ou problemas operacionais com o sistema. Os são analisados usando informação do problema e mudanças aos são propostas. As mudanças propostas são analisadas Isto checa quantos (e se necessário, componentes de sistema) serão afetados pela mudança e calcula de forma aproximada quanto custará, em tempo e dinheiro, realizar a mudança. A mudança é implementada. Um conjunto de alterações (ou uma nova versão) ao documento de são produzidas. Isto deverá, é claro, ser validado usando os procedimentos de cheque de qualidade que são usados pela empresa. Identified p roblem P roblem analys is and change specification Chan ge analys is and co stin g Change implementation Revis ed Jaelson Castro 1998 Slide 19 Jaelson Castro 1998 Slide 20 Custo e análise de mudança Atividades da análise de mudança Change request Check request val idity Propose changes Customer information Rejected request Valid request Requirements changes Find directly affected Assess costs of change Rejected request Req. list Requirements change list Cost information Find dependent Assess cost acceptability Customer information Reject ed request Accepted change Rejected request E checada a validade da solicitação de mudança. Clientes podem não entender os e sugerir mudanças desnecessárias. Os que são diretamente afetados pela mudança são descobertos. Informação de rastreamento é usada para encontrar os dependentes afetados pela mudança. Proposta a mudança que deve ser feita ao. Os custos da realização da mudança são estimados. São feitas negociações com os clientes para checar se os custos das mudanças propostas são aceitáveis. Jaelson Castro 1998 Slide 21 Jaelson Castro 1998 Slide 22 Rejeição da solicitação de mudança Processamento da mudança Se a solicitação de mudança for inválida. Isto normalmente acontece se o cliente não entendeu algo sobre um requisito e propôs uma mudança que não é necessária. Se a solicitação de mudança resultar em consequências que não são aceitáveis ao usuário. Se o custo da implementação for muito alto ou se demorar demais. As mudanças propostas são normalmente armazenadas num formulário de solicitação que é passado para todas as pessoas envolvidas na análise da mudança Os formulários de mudança podem incluir campos para documentar a análise de mudança campos de data campos de responsabilidade campos de status campos de comentário Jaelson Castro 1998 Slide 23 Jaelson Castro 1998 Slide 24

5 Apoio ferramental para gerenciamento de mudanças Pode ser provido através de ferramentas de gerenciamento de ou através de ferramentas de gerenciamento de configuração As ferramentas podem incluir as seguintes facilidades: Formulários eletrônicos de solicitação de mudança, que será preenchido pelos diferentes participantes do processo. Um banco d e dados para armazenar e gerenciar os formulários de mudança. Um modelo de mudança que poderá ser instanciado de forma que a pessoa responsável por um estágio do processo saberá que é responsável pela próxima atividade do processo. Transferência eletrônica de formulários entre as pessoias com diferentes responsabilidades e notificação quando as atividades estiverem completas. Em alguns casos, links diretos para o banco de dados de requisito. Jaelson Castro 1998 Slide 25 Traceability Traceability information is information which helps you assess the impact of change. It links related and the and other system representations Types of traceability information Backward-from traceability Links to their sources in other documents or people Forward-from traceability Links to the design and implementation components Backward-to traceability Links design and implementation components backs to Forward-to traceability Links other documents (which may have preceded the document) to relevant. Jaelson Castro 1998 Slide 26 Backwards/forwards traceability Types of traceability Bus in es s p lan F orward-to traceability Req u irements D ocum en t F orward-fro m traceability Backw ard-from traceability Des ig n S pecification Backward-to traceability Requirements-sources traceability Links the requirement and the people or documents which specified the requirement Requirements-rationale traceability Links the requirement witha description of why that requirement has been specified. Requirements- traceability Links with other which are, in some way, dependent on them. This should be a two-way link ( dependants and isdependent on). Jaelson Castro 1998 Slide 27 Jaelson Castro 1998 Slide 28 Types of traceability Traceability tables Requirements-architecture traceability Links with the sub -systems where these are implemented. This is particularly important where sub-systems are being developed by different sub-contractors Requirements-design traceability Links with specific hardware or software components in the system which are used to implement the requirement Requirements-interface traceability Links with the interfaces of external systems which are used in the provision of the Traceability tables show the relationships between or between and design components Requirements are listed along the horizontal and vertical axes and relationships between are marked in the table cells Traceability tables for showing dependencies should be defined with requirement numbers used to label the rows and columns of the table Jaelson Castro 1998 Slide 29 Jaelson Castro 1998 Slide 30

6 A traceability table Traceability lists Depends -on R1 R2 R3 R4 R5 R6 R1 * * R2 * * R3 * * R4 * R5 * R6 If a relatively small number of have to be managed (up to 250, say), traceability tables can be implemented using a spreadsheet Traceability tables become more of a problem when there are hundreds or thousands of as the tables become large and sparsely populated A simplified form of traceability table may be used where, along with each requirement description, one or more lists of the identifiers of related are maintained. Traceability lists are simple lists of relationships which can be implemented as text or as simple tables Jaelson Castro 1998 Slide 31 Jaelson Castro 1998 Slide 32 A traceability list Traceability policies Requirement R1 R2 R3 R4 R5 Depends- on R3, R4 R5, R6 R4, R5 R2 R6 Traceability policies define what and how traceability information should be maintained. Traceability policies may include The traceability information which should be maintained. Techniques, such as traceability matrices, which should be used for maintaining traceability. A description of when the traceability information should be collected during the engineering and system development processes. The roles of the people, such as the traceability manager, who are responsible for maintaining the traceability information should also be defined. A description of how to handle and document policy exceptions The process of managing traceability information Jaelson Castro 1998 Slide 33 Jaelson Castro 1998 Slide 34 Factors influencing traceability policies Factors influencing traceability policies Number of The greater the number of, the more the need for formal traceability policies. Estimated system lifetime More comprehensive traceability policies should be defined for systems which have a long lifetime. Level of organisational maturity Detailed traceability policies are most likely to be cost-effective in organisations which have a higher level of process maturity Project team size and composition With a small team, it may be possible to assess the impact of proposed informally without structured traceability information. With larger teams, however, you need more formal traceability policies. Type of system Critical systems such as hard real-time control systems or safetycritical systems need more comprehensive traceabilitypolicies than non -critical systems. Specific customer Some customers may specify that specific traceability information should be delivered as part of the system documentation. Jaelson Castro 1998 Slide 35 Jaelson Castro 1998 Slide 36

7 Key points Key points Requirements change is inevitable as customers develop a better understanding of their real needs and as the political, organisational and technical environment in which a system is to be installed changes. Requirements which are concerned with the essence of a system are more likely to be stable than which are more concerned with how the system is implemented in a particular environment. Types of volatile requirement include mutable, emergent, consequential and compatibility. Requirements management requires that each requirement should be uniquely identified. If a large number of have to be managed, the should be stored in a database and links between related should be maintained. Change management policies should define the processes used for change management and the information which should be associated with each change request. They should also define who is responsible for doing what in the change management process. Some automated support for change management should be provided. This may come through specialised management tools or by configuring existing tools to support change management Traceability information records the dependencies between and the sources of these, dependencies between and dependencies between the and the system implementation. Traceability matrices may be used to record traceability information. Collecting and maintaining traceability information is expensive. To help control these costs, organisations should define a set of traceability policies which set out what information is to be collected and how it is to be maintained. Jaelson Castro 1998 Slide 37 Jaelson Castro 1998 Slide 38