Engenharia de Informação - Conceitos

...

STAKEHOLDERS DO PROJETO DE SOFTWARE: Todos os envolvidos no desenvolvimento ou na manutenção de um sistema. Tais como: PATROCINADOR DO PROJETO: Responsável por patrocinar o desenvolvimento do projeto. GERENTE DE PROJETO: Comanda o esforço de desenvolvimento dos sistemas e a abordagem da gestão do projeto para auxiliar em sua coordenação.USUÁRIO: Indivíduo que interagem com o sistema regularmente. ESPECIALISTA DE DOMÍNIO: Responsável por fornecer informações essenciais sobre o domínio da aplicação e os problemas específicos desse domínio, cuja resolução será apoiada pelo software a ser desenvolvido. Ele diz o que quer do sistema.ANALISTA DE SISTEMA: Profissional que levanta as necessidades e problemas dos usuários, modela o que um sistema de informação deve ter para atender essas necessidades e resolver esses problemas, além de projetar como o software será construído. PROGRAMADOR DE SISTEMA: Responsável por desenvolver ou modificar programas de computador que atendam às necessidades dos usuários.ADMINISTRADOR DE BANCO DE DADOS: Responsável pela gerência e monitoramento dos sistemas gerenciadores de banco de dados. ADMINISTRADOR DE REDES:Responsável pela gerência e monitoramento das redes de computadores da organização.

ENGENHARIA DE SOFTWARE: É o estabelecimento e uso de sólidos princípios de engenharia para que se possa obter economicamente um software que seja confiável e que funcione eficientemente em máquinas reais. É a tecnologia que integra processos, um conjunto de métodos e um conjunto de ferramentas disponíveis para o desenvolvimento de software de computador. Tem como objetivo aumentar a produtividade e melhorar a qualidade.

ATIVIDADES DO PROCESSO DE SOFTWARE:

- Engenharia de Processo de Negócio:Investigar e modelar o processo de negócio da organização como um todo.

- Engenharia de Requisitos de Software:Engloba todas as atividades envolvidas na elicitação, análise, negociação, documentação e manutenção dos requisitos de um software. Gera o Documento de Requisitos (Especificação de Requisitos de Software - ERS), que contém O QUE o software deve fazer sem especificar como fazê-lo.

- Elicitação de requisitos: Atividades envolvidas com a descoberta dos requisitos. Técnicas: entrevistas, aplicação de questionários, prototipagem, investigação de documentos, reuniões, observação, etc.

- Análise de requisitos: Auxiliam na descoberta de problemas nos requisitos levantados até o momento. Os requisitos são examinados em relação à sua necessidade, completeza, consistência, riscos, viabilidade técnica, operacional e econômica, bem como em busca de omissões, ambiguidades, sobreposições e conflitos. Os problemas e conflitos são listados.

- Negociação dos requisitos: Busca obter a concordância sobre as alterações, de modo a satisfazer todos os envolvidos.

- Documentação dos requisitos:Representa os resultados da Engenharia de Requisitos em um documento oficial e formal, contendo os requisitos do software que descrevem O QUE o mesmo irá fazer, sem descrever como fazê-lo.

- Validação dos requisitos: Avaliar se o Documento de Requisitos está correto, ou seja, se os requisitos e modelos documentados atendem às reais necessidades e requisitos dos usuários. A meta é garantir que o Documento de Requisitos seja aprovado antes de ser usado como base para o desenvolvimento do software.

- Gerência de mudança dos requisitos: Apoia as demais atividades de engenharia de requisitos e do processo de software e se preocupa em gerenciar as mudanças nos requisitos já acordados, manter uma trilha dessas mudanças, gerenciar os relacionamentos entre os requisitos e as dependências entre o Documento de Requisitos e demais artefatos produzidos no processo de software, de forma a garantir que tais mudanças sejam feitas de maneira controlada e documentada.

- Planejamento de Projeto: Tem como objetivo fornecer uma infraestrutura que possibilite ao gerente do projeto fazer estimativas razoáveis dos recursos, custos e prazos. Utiliza o ERS como entrada, gerando a Especificação do Projeto do Sistema.

- Planejamento e Gerência da Qualidade:Conformidade a requisitos funcionais e de desempenho explicitamente declarados, a padrões de desenvolvimento claramente documentados e a características implícitas que são esperadas de todo software profissionalmente desenvolvido. Inicia na fase de planejamento e acompanham todas as etapas posteriores.

- Análise e Gerência de Riscos: Série de passos que auxiliam a equipe de software a entender e gerenciar incertezas. Um risco é um problema em potencial. Deve-se identificar, avaliar sua probabilidade de ocorrência.

- Identificação de Riscos: É uma tentativa sistemática de especificar ameaças ao plano de projeto. Através da identificação o gerente de projeto os evita quando possível e os controla quando necessário.

- Previsão ou estimativa dos riscos:Avalia a probabilidade do risco ser real e as consequências associadas. Os riscos são ordenados por probabilidade e por impacto, obtendo-se a priorização dos riscos.

- Mitigação (atenuação) de riscos: Consiste em evitar o risco, ou seja, impedir que o risco se torne um problema. O gerente desenvolve uma estratégia para evitá-los ou reduzir seu impacto ou probabilidade de ocorrência.

- Monitoração do Risco: O gerente do projeto deve monitorar os fatores que podem indicar se o risco é mais ou menos provável. Além disso, deve monitorar a efetividade dos passos para atenuação de risco.

- Administração (gestão) de risco e Planejamento de Contingência:Considera que os esforços para mitigar os riscos falharam e que o risco tornou-se realidade. O gerente de projeto toma as ações necessárias para administrar o problema. O Plano de Contingência são ações a serem tomadas se o risco se tornar realidade.

- Engenharia de Requisitos – Nível Detalhado: O engenheiro de software define e modela, em detalhes, O QUE o sistema irá fazer, independente da tecnologia que será utilizada na implementação. Essa atividade é executada após o cliente ter definido qual a solução proposta que será desenvolvida.

- Projeto de Software: É uma atividade de modelagem, que define COMO o software deverá ser implementado, levando em conta as restrições de tecnologia, a plataforma de implementação e critérios tais como desempenho, facilidade de uso, facilidade de alteração, segurança e confiabilidade.

- Construção / Implementação: Codificação do software, tomando como base a Especificação de Projeto do Sistema gerada na atividade de Projeto de Software.

-