Ação Corretiva Ação implementada para eliminar as causas de uma não-conformidade, de um defeito ou de outra situação indesejável existente, a fim de prevenir sua repetição. [NBR ISO 8402] Ação Preventiva Ação implementada para eliminar as causas de uma possível não-conformidade, defeito ou outra situação indesejável, a fim de prevenir sua ocorrência. [NBR ISO 8402] Analisador de Código Software que percorre um trecho de código, uma rotina ou um programa, com a finalidade de coletar métricas de complexidade ou de elaborar um grafo ou outra descrição da lógica do código percorrido. Análise Crítica (Revisão de Software) Avaliação profunda e global de um projeto, produto, serviço, processo ou informação com relação a requisitos, objetivando a identificação de problemas e a proposição de soluções. [Critérios de Excelência da Fundação para o Prêmio Nacional da Qualidade – FPNQ] Análise Crítica de Contrato Atividades sistemáticas executadas pelo fornecedor, antes da assinatura do contrato, para garantir que os requisitos para a qualidade estão adequadamente definidos, sem ambigüidade e documentados, e que os mesmos possam ser atendidos pelo fornecedor. [NBR ISO 8402] Análise Crítica de Projeto Exame documentado completo e sistemático de um projeto para avaliar sua capacidade de atender os requisitos para a qualidade, identificar problemas, se houver, e propor o desenvolvimento de soluções. [NBR ISO 8402] Análise Crítica de Requisitos (Inspeção) Processo ou reunião durante o qual os requisitos para um sistema, item de hardware ou item de software são apresentados aos desenvolvedores, gerentes, usuários, clientes, ou outros interessados para comentários e aprovação. Aqui também estão incluídos análise crítica de sistema e análise crítica de software. [IEEE Std 610.12] Análise Crítica pela Administração Avaliação formal, pela alta administração, do estado e da adequação do sistema da qualidade, em relação à política da qualidade e seus objetivos. Análise de Pontos por Função Técnica de avaliação de um sistema, conhecida como FPA – Function Point Analysis, baseada na contagem das funções executadas pelos programas e seu respectivo impacto no desenvolvimento (classificadas por esforço e importância), ao invés de utilizar como base o número de linhas do código dos programas. A técnica está baseada na visão externa do usuário, sendo portanto, independente da linguagem utilizada, permitindo calcular o esforço de programação e auxiliando o usuário final a melhorar o exame e avaliação de projetos. Análise de Requisitos Conjunto de atividades que permite identificar as necessidades do usuário de modo a obter uma definição clara das características (requisitos) de um sistema. Essas características descrevem o sistema em termos de funcionalidades, desempenho esperado, restrições de projeto, níveis de qualidade esperados, interface com outros elementos do sistema. Processo de estudar as necessidades do usuário para se chegar a uma definição dos requisitos de sistema, hardware ou software. [IEEE Std 610.12] ASQ - American Society for Quality Entidade norte-americana que congrega profissionais interessados na engenharia da qualidade e na gestão da qualidade. Oferece diversas certificações profissionais, entre as quais a de engenheiro da qualidade (Certified Quality Engineer - CQE), engenheiro de confiabilidade (Certified Reliability Engineer - CRE), auditor da qualidade (Certified Quality Auditor - CQA), administrador da qualidade (Certified Quality Manager - CQM) e engenheiro da qualidade em software (Certified Software Quality Engineer - CSQE). No Brasil, os exames para certificação são aplicados pela Associação Brasileira de Controle da Qualidade - ABCQ. Auditoria da Qualidade Exame sistemático e independente, para determinar se as atividades da qualidade e seus resultados estão de acordo com as disposições planejadas, se estas foram implementadas com eficácia e se são adequadas à consecução dos objetivos. A auditoria da qualidade se aplica essencialmente, mas não está limitada, a um sistema da qualidade ou aos elementos deste, a processos, a produtos ou a serviços. Tais auditorias são chamadas, freqüentemente, de "auditoria do sistema da qualidade", "auditoria da qualidade do processo", "auditoria da qualidade do produto", "auditoria da qualidade do serviço". [NBR ISO 8402] Avaliação Exame sistemático do grau em que um produto, processo ou serviço atende aos requisitos especificados. Avaliação de Terceira Parte ou Independente Avaliação feita por pessoa ou organismo reconhecido como independente das partes envolvidas. CASE - Computer Aided Software Engineering Ferramenta de apoio ao desenvolvimento de software. Em linhas gerais, apóia a execução de atividades do desenvolvimento do software de forma automatizada. Em alguns casos, implementa um ambiente relativamente refinado no qual várias atividades de especificação ou codificação são apoiadas por recursos computacionais. Neste caso, ferramentas CASE podem ser integradas em ambientes de desenvolvimento de software, apoiando parte das atividades previstas em um processo de desenvolvimento de software. Dependendo do tipo de atividade suportada podem ser classificados em Lower CASE, provendo suporte à codificação, teste, depuração e manutenção do código ou Upper CASE, suportando diversas tarefas de análise e projeto de sistemas. Eventualmente, ferramentas CASE podem ser integradas em ambientes de desenvolvimento de software. Neste caso, apoiando parte das atividades previstas em um processo de desenvolvimento de software. Certificação Modo pelo qual uma terceira parte dá garantia escrita de que um produto, processo ou serviço está em conformidade com os requisitos especificados. [ABNT ISO/IEC GUIA 2] Certificação de Software Emissão de um certificado de conformidade de um software a um certo conjunto de normas ou especificações, comprovada por testes de conformidade e por testes de campo. CMM - Capability Maturity Model Modelo para avaliação da maturidade dos processos de software de uma organização e para identificação das práticas chave que são requeridas para aumentar a maturidade desses processos. O CMM prevê cinco níveis de maturidade: inicial, repetível, definido, gerenciado e otimizado. O modelo foi proposto por Watts S. Humphrey, a partir das propostas de Philip B. Crosby, e vem sendo aperfeiçoado pelo Software Engineering Institute - SEI da Carnegie Mellon University. [https://www.sei.cmu.edu/cmm/cmm.html] CMMI - Capability Maturity Model Integration Modelo para avaliação e melhoria da maturidade dos processos de uma organização, criado pelo Software Engineering Institute (SEI) como uma integração e evolução dos seguintes três modelos: SW-CMM - Capability Maturity Model for Software; SECM - EIA 731 - System Engineering Capability Model, e IPD-CMM - Integrated Product Development CMM. A versão 1.0 foi lançada em agosto de 2000 e o plano do SEI é aposentar os três modelos precursores em 2003. O CMMI é um modelo alinhado com a futura Norma ISO/IEC 15504 e é apresentado em duas representações: uma por estágio (como o CMM) e outra contínua (semelhante à 15504). Confiabilidade Conjunto de atributos que evidenciam a capacidade do software de manter seu nível de desempenho sob condições estabelecidas durante um período de tempo estabelecido. [NBR 13596] Tem como subcaracterísticas: maturidade, tolerância a falhas e recuperabilidade. Configuração Relação entre versões de um objeto composto, ou seja, configuração é uma instância do sistema composta da união de uma versão específica de cada objeto componente. Arranjo de um sistema computacional ou de seus componentes como definidos pelo seu número, natureza e interconexão de suas partes constituintes. [IEEE Std 610.12] Controle de Versão Procedimento de gestão do ciclo de vida de um produto. Consiste na identificação formal de modificações solicitadas ou efetuadas e no seu agrupamento, de modo a que fiquem incorporadas, todas elas, em uma determinada configuração do produto, num certo momento. Essa configuração recebe o nome de versão. Custos da Qualidade Custos relacionados com as perdas em função da qualidade insuficiente de processos, produtos ou serviços (custos da não-conformidade) ou com os investimentos em atividades que eliminem falhas ou elevem a qualidade de processos, produtos ou serviços (custos da conformidade). A identificação e a apropriação contábil desses custos permite que o administrador possa fazer uma análise do nível de qualidade de sua produção e possa tomar decisões para melhorar esse nível. Declaração de Conformidade Declaração, emitida pelo fornecedor ou pelo produtor de um software, assegurando que este opera em conformidade com certas normas ou especificações pré-estabelecidas. Depurador Interativo Software para apoio a testes, cuja função é permitir a visualização passo a passo da execução de uma rotina ou programa e do comportamento de seus elementos antes, durante e após a execução. Dicionário de Dados Listagem organizada de todos os elementos de dados que são pertinentes ao sistema, com definições precisas e rigorosas, de forma que tanto o usuário como o analista de sistemas tenham uma compreensão comum das entradas, das saídas, dos componentes dos depósitos de dados. [Pressman R.S., Engenharia de Software, 1995] Driver de Teste Software que permite a ativação de determinadas partes do software (módulos) com o intuito de testá-las. Normalmente, utilizam-se massas de teste previamente definidas e produzem resultados do teste, que podem ser verificados através da documentação de teste construída pelo analista ou engenheiro de software responsável pelos testes. Eficiência Conjunto de atributos que evidenciam o relacionamento entre o nível de desempenho do software e a quantidade de recursos usados, sob condições estabelecidas. [NBR 13596] Tem como subcaracterísticas: comportamento em relação ao tempo e comportamento em relação aos recursos. Engenharia da Informação Popularizada por James Martin, é um caminho direcionado a dados para desenvolvimento de sistemas de informação, oposto à visão de direcionamento a processo de análise estruturada. [Marciniak J.J., Encyclopedia of Software Engineering] Entidade Certificadora Órgão que realiza a certificação de conformidade, a partir da existência da garantia adequada de que um produto, processo ou serviço, devidamente identificado, está em conformidade com uma norma ou outro documento normativo especificado. Estimação da Confiabilidade Procedimento de estimação da confiabilidade do software a partir de dados sobre erros ou falhas conhecidas e outros dados, tais como resultados de teste e número de horas de uso. Funcionalidade Conjunto de atributos que evidenciam a existência de um conjunto de funções e suas propriedades especificadas. As funções são as que satisfazem as necessidades explícitas ou implícitas. [NBR 13596] Tem como subcaracterísticas: adequação, acurácia, interoperabilidade, conformidade, segurança de acesso. Garantia da Qualidade Conjunto de atividades planejadas e sistemáticas, implementadas no sistema da qualidade e demonstradas como necessárias para prover confiança adequada de que uma entidade atenderá os requisitos para a qualidade. [NBR ISO 8402]que uma entidade atenderá os requisitos para a qualidade. Gerador de Interface Gráfica com o Usuário (GUI) O processo de projeto de interfaces com o usuário é iterativo. Ou seja, um modelo de projeto é criado, implementado como protótipo, examinado pelos usuários e modificado, baseado em seus comentários. O jogo de ferramentas (toolkit) de interfaces com usuário ou sistema de desenvolvimento de interfaces com o usuário (User-Interface Development Systems – UIDS) oferecem módulos ou objetos que facilitam a criação de janelas, menus, interação de dispositivos, mensagens de erro, comandos e muitos outros elementos de um ambiente interativo. Os sistemas de desenvolvimento de interfaces com o usuário (UIDS) combinam ferramentas CASE individuais para interação homem-computador com uma biblioteca de componentes de programa que possibilita que o desenvolvedor construa uma interface homem-computador rapidamente. O UIDS oferece componentes de programa que gerenciam dispositivos de entrada, validam entradas do usuário, manipulam condições de erro, processam "undos"e aborts, oferecem feedback visual, prompts e socorro, atualizam o display, gerenciam dados de aplicação, manipulam scrolling e editing, isolam a aplicação das funções de gerenciamento da tela e suportam características de customização para o usuário final. [Pressman R. S., Engenharia de Software, 1995] Gerência de Projetos Processo que tem início antes do trabalho técnico, prossegue à medida que o software se desenvolve do modelo conceitual para o modelo computacional e encerra somente quando o software é descontinuado. Gerência de Requisitos Estabelecimento e manutenção de um entendimento/acordo com o cliente sobre os requisitos para o projeto de software. Este acordo refere-se aos requisitos do sistema alocados para o software. O cliente pode ser interpretado como o grupo de engenharia do sistema, o grupo de marketing, outra organização interna, ou um cliente externo. O acordo compreende requisitos técnicos e não técnicos. O acordo forma a base para a estimativa, planejamento, execução e acompanhamento das atividades do projeto de software através do ciclo de vida do software. [Key Practices of the Capability Maturity Model, versão 1.1, Feb. 1993] Gerência de Risco Gerência de Risco é composta por atividades coordenadas para direcionar uma organização em relação ao risco. A gerência de risco, geralmente inclui avaliação, tratamento, aceitação e comunicação de riscos. [Guide ISO 73 - Risk Management - Vocabulary - Guidelines for use in standards] Gerenciamento de Configuração (Software Configuration Management – SCM)( – ) Atividade abrangente que é aplicada em todo o processo de engenharia de software, podendo ser vista como uma atividade de garantia da qualidade de software. Uma vez que uma mudança pode ocorrer a qualquer tempo, as atividades de SCM são desenvolvidas para identificar a mudança; controlar a mudança; garantir que a mudança esteja sendo adequadamente implementada; e relatar a mudança a outras pessoas que possam ter interesse nela. O gerenciamento de configuração de software é um conjunto de atividades que foi desenvolvido para administrar as mudanças em todo o ciclo de vida do software. Gestão da Qualidade Todas as atividades da função gerencial que determinam a política da qualidade, os objetivos e as responsabilidades, e os implementam por meios tais como: o planejamento da qualidade, o controle da qualidade, a garantia da qualidade e a melhoria da qualidade dentro do sistema da qualidade. [NBR ISO 8402] Gestão de Configuração Atividade técnica e gerencial aplicada ao longo de todo o ciclo de vida do software que tem por objetivo garantir a integridade do produto sendo desenvolvido, mantendo um histórico de todos os itens sob controle. Basicamente, é composta de quatro tarefas: identificação da configuração, controle da configuração, balanço da configuração e auditoria da configuração. Guia ABNT ISO/IEC GUIA 2 Termos gerais e suas definições relativas à normalização e atividades correlatas. Guia ABNT ISO/IEC GUIA 25 Requisitos gerais para a capacitação de laboratórios de calibração e de ensaios. IEC International Electrotechnical Commission (Comissão Internacional de Eletrotécnica). Inspeção Formal Técnica de revisão sistemática do software ou de alguns de seus componentes, executada sistematicamente ao final de cada fase do projeto, com o objetivo único de encontrar defeitos. A inspeção formal é executada por uma equipe na qual cada membro tem papel pré-estabelecido. O projetista participa, mas não coordena a reunião. Todo o material gerado é lido, os defeitos anotados e uma estatística dos defeitos encontrados é mantida, para fins de posterior estudo da eficácia do procedimento. Interface Homem-Computador Mecanismo por meio do qual se estabelece um diálogo entre o programa e o ser humano. Se os fatores humanos tiverem sido levados em conta, o diálogo será harmonioso e um ritmo será estabelecido entre o usuário e o programa. Se os fatores humanos tiverem sido ignorados, o sistema quase sempre será visto como possuindo pouca usabilidade. [Pressman R.S., Engenharia de Software, 1995] ISO International Organization for Standardization (Organização Internacional de Normalização). ISO 8402 Quality management quality assurance – vocabulary. ISO 9000-3 Quality management and quality assurance standards – Part 3: Guidelines for the application of ISO 9001 to the development, supply and maintenance of software. Norma internacional da série ISO 9000. Estabelece diretrizes para aplicação da norma ISO 9001 às atividades de desenvolvimento, fornecimento e manutenção de software. ISO 9001 Quality systems – Model for quality assurance in design, development, production, installation and servicing. Norma internacional da série ISO 9000. Modelo para garantia da qualidade em projetos, desenvolvimento, produção, instalação e serviços associados. É mais completa que as normas ISO 9002 e ISO 9003, da mesma série. ISO 9002 Quality systems – Model for quality assurance in production, installation and servicing. Norma internacional da série ISO 9000. Modelo para garantia da qualidade na produção, instalação e serviços associados. ISO 9003 Quality systems – Model for quality assurance in final inspection and testing. Norma internacional da série ISO 9000. Modelo para garantia da qualidade em inspeção e ensaios finais. ISO/IEC 9126 Information technology - Software quality caracteristics and metrics. Norma que define as características da qualidade de software, para fins de sua avaliação. Será complementada com outras normas que definirão guias para avaliação do software, hoje na forma de drafts. A norma brasileira correspondente é a NBR 13596. ISO 9241 Ergonomic requirements for office work with visual display terminals (VDTs). Norma que define requisitos ergonômicos para o trabalho de escritório com computadores (VDT – Visual Display Terminals), objetivando promover a saúde e a segurança de usuários de computadores e garantir que eles possam operar esses equipamentos com eficiência e conforto. ISO/IEC 12119 Information technology - Software packages - Quality requeriments and testing. Norma que estabelece os requisitos da qualidade e testes em pacotes de software. Seu escopo refere-se a pacotes de software, na forma oferecida no mercado, e não aos processos de desenvolvimento e fornecimento de software. A norma brasileira correspondente é a NBR ISO/IEC 12119. ISO/IEC 12207 Information technology – Software life cycle process. ISO/IEC 14598 Information technology – Software product evaluation. Família de normas que tratam do processo de avaliação de um produto de software e complementam o modelo apresentado na norma ISO/IEC 9126, hoje na forma de drafts. ISO/IEC 15504: Information technology – process assessment Futura norma internacional para avaliação de processos, em desenvolvimento pelo ISO/IEC juntamente com o projeto SPICE (Software Process Improvement and Capability dEtermination), o que a torna conhecida também como Modelo SPICE. Atualmente está publicada como um relatório técnico (ISO/IEC TR 15504) da ISO/IEC, com nove partes, com previsão de ser publicada como norma em 2003, com cinco partes. A versão TR era específica para software enquanto a versão a ser publicada como norma será genérica. Define um modelo de referência com processos e seis níveis de capacidade, orientações sobre como utilizá-lo para melhoria contínua ou determinação da capacidade, e um modelo exemplo compatível. JAD - Joint Application Design Conjunto de sessões intensivas e mediadas entre usuários e analistas de um sistema, com o objetivo de explicitar os seus requisitos. A técnica, desenvolvida nos anos setenta pela IBM do Canadá, voltou a ficar em voga com o uso do RAD - Rapid Application Development, metodologia que combina o JAD (para definir rapidamente a especificação do sistema) com o uso de ferramentas CASE e de metodologias de prototipação, para chegar a um produto final em menor tempo. Lead Assessor Certificação que qualifica um auditor a atuar na avaliação de empresas segundo as normas ISO 9000. A obtenção desse título depende da participação em cursos e da realização de um número de horas de auditoria, acompanhando auditores já certificados. Linhas de Código ( LOC ) É a métrica básica para código. A definição mais comum define um LOC como qualquer linha do programa que não seja comentário ou linha em branco, independente do número de sentenças (lógicas ou operações) presentes. [Marciniak J.J., Encyclopedia of Software Engineering] Manutenibilidade Conjunto de atributos que evidenciam o esforço necessário para fazer modificações especificadas no software. [NBR 13596] Tem como subcaracterísticas: analisabilidade, modificabilidade, estabilidade e testabilidade. Medição Ação de aplicar uma métrica de qualidade de software a um produto de software específico. [NBR 13596] Melhoria de Processos de Software (Software Process Improvement) Uma abordagem (SPI) para melhoria das organizações que desenvolvem e mantêm software. É baseada na melhoria da capacidade de processos fundamentais para organizações de software. Utiliza como referência um modelo de processo, como por exemplo, o CMM e a ISO/IEC 15504-SPICE. Métricas de Complexidade Grandezas coletadas através do exame da especificação, projeto ou codificação de um sistema e que refletem o seu tamanho e a sua complexidade lógica. Diversos modelos existem para relacionar métricas de complexidade com tempo ou esforço de desenvolvimento e com o número de defeitos embutidos no produto. Métrica de Qualidade de Software Método e uma escala quantitativa que podem ser usados para determinar o valor que uma particularidade (feature) recebe em um produto de software específico. [NBR 13596] Não conformidade Não-atendimento de um requisito especificado. A definição abrange afastamento ou ausência de uma ou mais características da qualidade, incluindo dependabilidade ou elemento do sistema da qualidade, em relação a requisitos especificados. NBR ISO 8402 Gestão da qualidade e garantia da qualidade – Terminologia, Brasil. NBR ISO 9000-3 Normas de gestão da qualidade e garantia da qualidade - Parte 3: Diretrizes para a aplicação da NBR 9001 (ISO 9001) ao desenvolvimento, fornecimento e manutenção de software, Brasil. NBR ISO 9001 Sistemas da qualidade - Modelo para garantia da qualidade em projetos, desenvolvimento, produção, instalação e serviços associados, Brasil. NBR ISO 9002 Sistemas da qualidade – Modelo para garantia da qualidade em produção e instalação e serviços associados, Brasil. NBR ISO 9003 Sistemas da qualidade – Modelo para garantia da qualidade em inspeção e ensaios finais, Brasil. NBR ISO/IEC 12119 Tecnologia de informação – Pacotes de software – Testes e requisitos de qualidade, Brasil. Norma que estabelece os requisitos de qualidade para pacotes de software e instruções de como testar um pacote de software com relação aos requisitos estabelecidos. NBR ISO/IEC 12207 Tecnologia de informação – Processos de ciclo de vida de software, Brasil. Norma que estabelece uma estrutura comum para os processos de ciclo de vida de software, com terminologia bem definida, que pode ser referenciada pela indústria de software. Essa estrutura cobre desde a concepção até a retirada do software do mercado e consiste dos processos para aquisição e fornecimento de produtos e serviços de software. NBR ISO/IEC 17799 Tecnologia de informação – Código de prática para a gestão da segurança da informação. NBR 13596 Tecnologia de informação – Avaliação de produto de software – Características de qualidade e diretrizes para o seu uso, Brasil. Versão brasileira da norma ISO/IEC 9126. Otimizador Software, usualmente embutido no compilador que otimiza o código gerado a partir do exame do programa a ser compilado, eliminando redundâncias, código inacessível, etc. Peer-review Técnica de revisão de um produto, na qual um colega (peer) do projetista ou do programador revisa o produto desenvolvido, buscando encontrar defeitos erros ou oferecer sugestões de melhoria. Política da Qualidade Intenções e diretrizes globais de uma organização relativas à qualidade, formalmente expressas pela alta administração. [NBR ISO 8402] Plano de Teste Plano que estabelece requisitos detalhados, critérios, metodologia geral, responsabilidades e planejamento geral para testes e avaliação de um sistema. [ISO 2382-20:1990] Portabilidade Conjunto de atributos que evidenciam a capacidade do software de ser transferido de um ambiente para outro. [NBR 13596]. Tem como subcaracterísticas: adaptabilidade, capacidade para ser instalado, conformidade e capacidade para substituir. Processo Conjunto de recursos e atividades inter-relacionadas que transformam insumos (entradas) em produtos (saídas). [NBR ISO 8402] Agrupamento em seqüência de todas as tarefas destinadas a obter um determinado resultado. É a combinação de equipamentos, instalações, mão-de-obra, métodos, técnicas, ferramentas, procedimentos e outros fatores, com a finalidade de elaborar um produto ou alcançar um resultado preestabelecido. Processo de Software Conjunto de atividades, métodos, práticas e transformações que as pessoas empregam para desenvolver e manter software e os produtos associados (por exemplo, planos de projeto, documentos de projeto/design, código, casos de teste, manual do usuário).
Processos Fundamentais do Ciclo de Vida do Software Aquisição - Define as atividades do adquirente, organização que adquire um sistema ou produto de software. Inicia-se com a definição da necessidade de adquirir um sistema, um produto ou um serviço de software. O processo continua com a preparação e emissão de pedido de proposta, seleção de fornecedor e gerência do processo de aquisição através da aceitação do sistema, produto ou serviço de software.Define as atividades do adquirente, organização que adquire um sistema ou produto de software. Inicia-se com a definição da necessidade de adquirir um sistema, um produto ou um serviço de software. O processo continua com a preparação e emissão de pedido de proposta, seleção de fornecedor e gerência do processo de aquisição através da aceitação do sistema, produto ou serviço de software. Desenvolvimento - Define as atividades do desenvolvedor, organização que define e desenvolve o produto de software. O processo contém as atividades para análise de requisitos, projeto, codificação, integração, testes, instalação e aceitação relacionadas aos produtos de software.Define as atividades do desenvolvedor, organização que define e desenvolve o produto de software. O processo contém as atividades para análise de requisitos, projeto, codificação, integração, testes, instalação e aceitação relacionadas aos produtos de software. Fornecimento - Define as atividades do fornecedor, organização que provê o produto de software ao adquirente. O processo pode ser iniciado tanto por uma decisão de preparar uma proposta para responder a um pedido de proposta de um adquirente, quanto pela assinatura e celebração de um contrato com o adquirente para fornecer o sistema, produto ou serviço de software. O processo continua com a determinação dos procedimentos e recursos necessários para gerenciar e garantir o projeto, incluindo o desenvolvimento e a execução dos planos de projeto até a entrega do sistema, produto ou serviço de software para o adquirente.Define as atividades do fornecedor, organização que provê o produto de software ao adquirente. O processo pode ser iniciado tanto por uma decisão de preparar uma proposta para responder a um pedido de proposta de um adquirente, quanto pela assinatura e celebração de um contrato com o adquirente para fornecer o sistema, produto ou serviço de software. O processo continua com a determinação dos procedimentos e recursos necessários para gerenciar e garantir o projeto, incluindo o desenvolvimento e a execução dos planos de projeto até a entrega do sistema, produto ou serviço de software para o adquirente. Manutenção - Define as atividades do mantenedor, organização que provê os serviços de manutenção do software, isto é, gerenciamento de modificações no software para mantê-lo atualizado e em perfeita operação. Este processo é ativado quando o produto de software é submetido a modificações no código e na documentação associada devido a um problema, ou à necessidade de melhoria ou adaptação. O objetivo é modificar um produto de software existente, preservando a sua integridade.Define as atividades do mantenedor, organização que provê os serviços de manutenção do software, isto é, gerenciamento de modificações no software para mantê-lo atualizado e em perfeita operação. Este processo é ativado quando o produto de software é submetido a modificações no código e na documentação associada devido a um problema, ou à necessidade de melhoria ou adaptação. O objetivo é modificar um produto de software existente, preservando a sua integridade. Operação - Define as atividades do operador, organização que provê serviço de operação de um sistema computacional no seu ambiente de funcionamento para seus usuários. O processo cobre a operação do produto de software e o suporte operacional aos usuários.Define as atividades do operador, organização que provê serviço de operação de um sistema computacional no seu ambiente de funcionamento para seus usuários. O processo cobre a operação do produto de software e o suporte operacional aos usuários.
Processos de Apoio do Ciclo de Vida do Software Auditoria - Define as atividades para determinar adequação aos requisitos, planos e contrato, quando apropriado.Define as atividades para determinar adequação aos requisitos, planos e contrato, quando apropriado. Documentação - Define as atividades para registrar informações produzidas por um processo ou atividade do ciclo de vida. O processo contém o conjunto de atividades que planeja, projeta, desenvolve, produz, edita, distribui e mantém aqueles documentos necessários a todos os interessados, tais como gerentes, engenheiros e usuários do sistema ou produto de software.Define as atividades para registrar informações produzidas por um processo ou atividade do ciclo de vida. O processo contém o conjunto de atividades que planeja, projeta, desenvolve, produz, edita, distribui e mantém aqueles documentos necessários a todos os interessados, tais como gerentes, engenheiros e usuários do sistema ou produto de software. Garantia da Qualidade - Define as atividades para fornecer a garantia adequada de que os processos e produtos de software, no ciclo de vida do projeto, estejam em conformidade com seus requisitos especificados e sejam aderentes aos planos estabelecidos. A abrangência do processo inclui questões como garantia da qualidade do produto, do processo e do sistema de qualidade.Define as atividades para fornecer a garantia adequada de que os processos e produtos de software, no ciclo de vida do projeto, estejam em conformidade com seus requisitos especificados e sejam aderentes aos planos estabelecidos. A abrangência do processo inclui questões como garantia da qualidade do produto, do processo e do sistema de qualidade. Gerência de Configuração - Define as atividades para a aplicação de procedimentos administrativos e técnicos, por todo o ciclo de vida do software, destinado a identificar e definir os itens de software que compõem um sistema, estabelecendo suas linhas básicas de composição; controlar as modificações e liberações dos itens; registrar e apresentar a situação dos itens e dos pedidos de modificação; garantir a completitude, consistência e correção dos itens; e controlar o armazenamento, a manipulação e distribuição dos itens de software.Define as atividades para a aplicação de procedimentos administrativos e técnicos, por todo o ciclo de vida do software, destinado a identificar e definir os itens de software que compõem um sistema, estabelecendo suas linhas básicas de composição; controlar as modificações e liberações dos itens; registrar e apresentar a situação dos itens e dos pedidos de modificação; garantir a completitude, consistência e correção dos itens; e controlar o armazenamento, a manipulação e distribuição dos itens de software. Resolução de Problema - Define um processo para analisar e resolver os problemas (incluindo não-conformidades), de qualquer natureza ou fonte, que são descobertos durante a execução do desenvolvimento, operação, manutenção ou outros processos. O objetivo é prover os meios em tempo adequado e de forma responsável e documentada para garantir que todos os problemas encontrados sejam analisados e resolvidos e tendências sejam identificadas.Define um processo para analisar e resolver os problemas (incluindo não-conformidades), de qualquer natureza ou fonte, que são descobertos durante a execução do desenvolvimento, operação, manutenção ou outros processos. O objetivo é prover os meios em tempo adequado e de forma responsável e documentada para garantir que todos os problemas encontrados sejam analisados e resolvidos e tendências sejam identificadas. Revisão Conjunta - Define as atividades para avaliar a situação e produtos de uma atividade de um projeto, se apropriado. As revisões conjuntas são feitas tanto nos níveis de gerenciamento do projeto como nos níveis técnicos e são executadas durante a vigência do contrato.Define as atividades para avaliar a situação e produtos de uma atividade de um projeto, se apropriado. As revisões conjuntas são feitas tanto nos níveis de gerenciamento do projeto como nos níveis técnicos e são executadas durante a vigência do contrato. Validação - Define as atividades para validação dos produtos produzidos pelo projeto de software. É um processo para determinar se os requisitos e o produto final (sistema ou software) atendem o uso específico proposto.Define as atividades para validação dos produtos produzidos pelo projeto de software. É um processo para determinar se os requisitos e o produto final (sistema ou software) atendem o uso específico proposto. Verificação - Define as atividades para verificação dos produtos de software. É um processo para determinar se os produtos de software de uma atividade atendem completamente os requisitos ou condições impostas a eles.Define as atividades para verificação dos produtos de software. É um processo para determinar se os produtos de software de uma atividade atendem completamente os requisitos ou condições impostas a eles.
Processos Organizacionais do Ciclo de Vida do Software Gerência - Define as atividades genéricas que podem ser empregadas por quaisquer das partes que têm que gerenciar seu(s) respectivo(s) processo(s). O gerente é responsável pelo gerenciamento de produto, gerenciamento de projeto e gerenciamento de tarefa do(s) processo(s) aplicável(eis), tais como aquisição, fornecimento, desenvolvimento, operação, manutenção ou processos de apoio. Define as atividades genéricas que podem ser empregadas por quaisquer das partes que têm que gerenciar seu(s) respectivo(s) processo(s). O gerente é responsável pelo gerenciamento de produto, gerenciamento de projeto e gerenciamento de tarefa do(s) processo(s) aplicável(eis), tais como aquisição, fornecimento, desenvolvimento, operação, manutenção ou processos de apoio. Infra-estrutura - Define as atividades para estabelecer e manter a infra-estrutura necessária para qualquer outro processo. A infra-estrutura pode incluir hardware, software, ferramentas, técnicas, padrões e recursos para o desenvolvimento, operação ou manutenção.Define as atividades para estabelecer e manter a infra-estrutura necessária para qualquer outro processo. A infra-estrutura pode incluir hardware, software, ferramentas, técnicas, padrões e recursos para o desenvolvimento, operação ou manutenção. Melhoria - Define as atividades básicas que uma organização (isto é, adquirente, fornecedor, desenvolvedor, operador, mantenedor, ou o gerente de outro processo) executa para estabelecer, avaliar, medir, controlar e melhorar um processo do ciclo de vida do software.Define as atividades básicas que uma organização (isto é, adquirente, fornecedor, desenvolvedor, operador, mantenedor, ou o gerente de outro processo) executa para estabelecer, avaliar, medir, controlar e melhorar um processo do ciclo de vida do software. Treinamento - Define as atividades para prover e manter pessoal treinado. A aquisição, o fornecimento, o desenvolvimento, a operação ou a manutenção de produtos de software é extremamente dependente de pessoal com conhecimento e qualificação. Portanto, é essencial que o treinamento de pessoal seja planejado e implementado com antecedência para que o pessoal treinado esteja disponível quando o produto de software for adquirido, fornecido, desenvolvido, operado ou mantido. Define as atividades para prover e manter pessoal treinado. A aquisição, o fornecimento, o desenvolvimento, a operação ou a manutenção de produtos de software é extremamente dependente de pessoal com conhecimento e qualificação. Portanto, é essencial que o treinamento de pessoal seja planejado e implementado com antecedência para que o pessoal treinado esteja disponível quando o produto de software for adquirido, fornecido, desenvolvido, operado ou mantido.
Programação Orientada a Objetos Técnica de programação que enfatiza a descrição dos conceitos envolvidos com o domínio do problema (objetos) através de seus atributos (dados) e comportamento (operações), encapsulados e representados através de classes. Novas classes podem ser criadas a partir de classes existentes e organizadas através de um processo de classificação e hierarquização, explorando o conceito de herança. Cada objeto é instanciado a partir de uma classe. A utilização de um objeto e sua eventual mudança de estado se dá a partir de mensagens enviadas a ele, representadas pelas operações encapsuladas por sua classe/hierarquia de classes. Os programas são construídos como organizadores da ativação de mensagens para os objetos fazendo com que as funcionalidades de um sistema sejam obtidas através da cooperação dos objetos. Projeto da Interface com o Usuário O processo global para projetar uma interface com o usuário inicia-se com a criação de diferentes modelos de função do sistema. Quatro diferentes modelos entram em cena quando uma HCI vai ser projetada. O engenheiro de software cria um modelo de projeto; um engenheiro humano estabelece um modelo de usuário, o usuário final desenvolve uma imagem mental que muitas vezes é chamada modelo do usuário ou de percepção do sistema e os implementadores do sistema criam uma imagem do sistema.[Pressman R. S., Engenharia de Software, 1995] Projeto de Software Envolve tipicamente análise, especificação, projeto (design), desenvolvimento, teste e/ou manutenção dos componentes de software e da documentação associada. [Mark Paulk, 1995] Prototipação Método de desenvolvimento que prevê a execução de vários ciclos de análise, especificação e codificação de um sistema de desenvolvimento que prevê a execução de vários ciclos de análise, especificação e codificação de um sistema. No primeiro ciclo, gera-se um produto simplificado em pouco tempo, de modo que o usuário possa examiná-lo e refinar as suas demandas. Nos ciclos seguintes, o produto é aperfeiçoado e novas funções são sucessivamente implementadas, até se chegar ao produto final. Prova de Correção Exame de uma especificação descrita segundo regras formais preestabelecidas, de modo a provar matematicamente a sua correção, através do uso de axiomas, teoremas e procedimentos algébricos. QFD - Quality Function Deployment Técnica de planejamento e de especificação de requisitos que consiste em reuniões com técnicos e clientes, nas quais são elaboradas matrizes em que se cruzam informações sobre "o que" é desejado (requisitos) e "como" implementar. É composta por quatro etapas - projeto, componentes, processo e produção, sendo gerada a cada etapa uma matriz, a partir da matriz anterior. As matrizes explicitam relações, conflitos, níveis de dificuldade, estágio tecnológico. Por seu formato peculiar, a matriz do QFD é conhecida como "casa da qualidade". Qualidade (Quality) Totalidade de características de uma entidade que lhe confere a capacidade de satisfazer as necessidades explícitas e implícitas. [NBR ISO 8402] Entidade pode ser uma atividade ou um processo, um produto, uma organização ou uma combinação desses. Reengenharia de Software Técnica de restruturação ou modificação de um código existente, ou de desenvolvimento de um novo código, preservando-se inalterada a especificação ou o projeto do software. Requisitos (Requirements) Necessidades básicas do cliente, geralmente explicitadas como condição de negócio no contrato com o fornecedor. São características, tais como especificações técnicas, prazo de entrega, garantia, que o cliente "requer" do produto. Uma condição ou capacidade necessitada por um usuário, para resolver um problema ou alcançar um objetivo. [IEEE 83] Requisitos para a Qualidade Expressão das necessidades ou sua tradução num conjunto de requisitos, explicitados em termos quantitativos ou qualitativos, objetivando definir as características de uma entidade a fim de permitir sua realização e seu exame. [NBR ISO 8402] Reuso de Código Técnica de utilização de um programa, de uma rotina ou de uma biblioteca de rotinas em mais de uma aplicação, ou em diferentes implementações de uma aplicação. Para tal, o código deve ser escrito prevendo-se a sua reusabilidade e enfatizando aspectos de sua abrangência funcional e de independência de ambiente. SPICE - Software Process Improvement and Capability dEtermination Projeto estabelecido em junho de 1993 pela ISO/IEC JTC1/SC7 (Subcomitê de Engenharia de Software) com três objetivos principais: auxiliar o desenvolvimento de uma Norma Internacional para avaliação de processos de software; coordenar e analisar utilizações desta futura Norma para subsidiar revisões antes de sua publicação como norma (esta atividade é chamada de SPICE Trials); e disseminar a futura norma no mercado. A norma desenvolvida é a ISO/IEC 15504 que está publicada atualmente com relatório técnico da ISO/IEC e será publicada como Norma em 2003. Teste de Aceitação Teste formal conduzido para determinar se um sistema satisfaz ou não seus critérios de aceitação e para permitir ao cliente determinar se aceita ou não o sistema. [IEEE 83] Validação de um software pelo comprador, pelo usuário ou por terceira parte, com o uso de dados ou cenários especificados ou reais. Pode incluir testes funcionais, de configuração, de recuperação de falhas, de segurança e de desempenho. Teste de Campo Verificação de um software ou um trecho de software durante a sua utilização real (em campo), de modo a detectar, confirmar ou examinar falha ou erro relatado. Teste de Integração Técnica sistemática para a construção da estrutura de programa, realizando-se ao mesmo tempo, testes para descobrir erros associados a interfaces. O objetivo é, a partir dos módulos testados no nível de unidade, construir a estrutura de programa que foi determinada pelo projeto. O teste de integração cuida das questões associadas aos duplos problemas da verificação e construção de programas. Teste de Sistema Processo de testar um sistema integrado de hardware e software para verificar se o sistema satisfaz seus requisitos especificados. [IEEE 83] Teste de Unidade Verificação de um componente de um software, através de teste funcional, desenvolvido a partir da especificação das funções previstas para o componente, ou de teste estrutural, desenvolvido a partir da descrição da estrutura do componente. Teste de Usabilidade Verificação e homologação individual do uso por um conjunto de usuários. Teste Funcional Teste conduzido para demonstrar a operacionalidade das funções que foram especificadas. O teste funcional (ou caixa-preta) é realizado olhando-se o software apenas através de suas interfaces, portanto testando sua funcionalidade. Tick IT Esquema para a avaliação e registro de sistemas da qualidade de atividades de desenvolvimento, fornecimento e manutenção de software. Baseia-se no uso da norma ISO 9000-3 e de um guia, Tick IT Guide, para que os auditores apliquem adequadamente as normas ISO 9000. No esquema Tick IT, os auditores são submetidos a critérios adicionais aos do Lead Assessor para serem certificados. Essa iniciativa limita-se, por enquanto, à Grã-Bretanha e ainda não tem recebido aceitação unânime. Usabilidade Conjunto de atributos que evidenciam o esforço necessário para se poder utilizar o software, bem como o julgamento individual desse uso, por um conjunto explícito ou implícito de usuários. [NBR 13596] Tem como subcaracterísticas: inteligibilidade, apreensibilidade e operacionalidade. Validação Confirmação, por exame e fornecimento de evidência objetiva, de que os requisitos específicos para um uso pretendido são atendidos. [NBR ISO 8402] Informações cuja veracidade pode ser comprovada com base em fatos obtidos através da observação, medição, ensaios ou outros meios constituem evidência objetiva. Verificação Confirmação, por exame e fornecimento de evidência objetiva, do atendimento aos requisitos especificados. [NBR ISO 8402] Processo de avaliação de um sistema (ou componente) com o objetivo de determinar se o produto de uma dada fase do desenvolvimento satisfaz às condições impostas no início dessa fase. Walkthrough Estruturado Técnica de análise estática na qual um projetista ou programador apresenta aos membros do grupo de desenvolvimento e outros profissionais interessados uma parte de documentação ou código, e os participantes fazem perguntas e comentários sobre possíveis erros, violação de padrões de desenvolvimento ou sobre outros problemas.
[IEEE Std 610.12]