A ISO/IEC 12207 objetiva criar um framework que possibilite uma linguagem comum para a criação e o gerenciamento do software. Essa norma
Uma das principais funções da Classificação da Informação é definir e atribuir responsabilidades relacionadas à segurança às diversas pessoas dentro de uma organização. Esses papéis e responsabilidades variam de acordo com a relação que a pessoa tem com a informação em questão. Considere as definições de responsabilidades abaixo.
I. Responde pela ação de grupos de usuários, pela ação dos visitantes e prestadores de serviços que fazem o uso de informações da organização. Além disso, realiza a solicitação, transferência e revogação de IDs de acesso para os seus funcionários.
II. Faz uso constante das informações e o que mais tem contato com elas. Deve seguir as recomendações de segurança para uso das informações.
...O PCN − Plano de Continuidade de Negócios deve ser planejado antes da ocorrência de desastres, de forma a diminuir ou mitigar o impacto causado pelos mesmos. Desastres se referem a qualquer situação que afeta os processos estratégicos considerados críticos para o funcionamento de uma organização. Ao criar o PCN, as variáveis ETIPI devem ser devidamente consideradas. ETIPI se refere a
SCRUM é um framework baseado no modelo ágil. No SCRUM,
Sobre a Norma ISO/IEC 12207:2008, considere:
I. Possui relação direta com métodos, ferramentas, treinamentos, métricas ou tecnologias empregadas. Seus processos fundamentais são: Projeto, Desenvolvimento, Validação e Documentação. II. Estabelece uma arquitetura de alto nível do ciclo de vida de software que é construída a partir de um conjunto de processos e seus inter-relacionamentos. Os processos são descritos tanto em nível de propósito/saídas como em termos de atividades. III. Estabelece um framework comum para os processos de ciclo de vida de software, com terminologia bem definida, que pode ser referenciada pela indústria de software. IV. Contém somente processos e atividades que devem ser aplicadas durante a aquisição de um produto ou serviço...Considere:
Caso 1: Pedro foi contratado para realizar testes de software na empresa B. Realizava um conjunto de testes na interface do software focados em exercitar os requisitos funcionais. Na bateria de testes que realizava, procurava encontrar funções incorretas ou faltando, erros de interface, erros em estruturas de dados, erros em acesso a base de dados externas, erros de comportamento e de desempenho e erros de inicialização e término. Caso 2: Paulo foi contratado para realizar testes de software na empresa C. Realizava testes nos caminhos lógicos do software e nas colaborações entre componentes exercitando conjuntos específicos de condições e/ou ciclos. Testava todos os caminhos independentes dos módulos pelo menos uma vez, exercitava as dec...Sobre os processos ágeis de desenvolvimento de software XP e Scrum, considere:
I. Emprega uma abordagem orientada a objetos como seu paradigma de desenvolvimento preferido e envolve um conjunto de regras e práticas constantes no contexto de quatro atividades metodológicas: planejamento, projeto, codificação e testes. II. Seus princípios são usados para orientar as atividades de desenvolvimento dentro de um processo que incorpora as seguintes atividades estruturais: requisitos, análise, projeto, evolução e entrega. Em cada atividade metodológica ocorrem tarefas a realizar dentro de um padrão de processo chamado sprint. III. Faz uso do teste de unidades como sua tática de testes primária. À medida que cada classe é desenvolvida, a equipe desenvolve um test...Uma estratégia de teste que é preferida por grande parte das equipes de software assume uma visão incremental do teste, começando com o teste das unidades individuais do programa, passando para os testes destinados a facilitar a integração de unidades e culminando com testes que usam o sistema concluído.
No Processo Unificado (PU), os testes de unidades e testes de integração são realizados na fase deA equipe de TI da empresa A desenvolveu um software onde os requisitos iniciais foram razoavelmente bem definidos, porém, devido ao escopo geral do trabalho de desenvolvimento, o uso de um processo de software puramente linear não pôde ser utilizado, optando-se por combinar elementos dos fluxos de processos lineares e paralelos. Durante o processo de desenvolvimento foi liberada uma série de versões que ofereciam, progressivamente, maior funcionalidade para o cliente à medida que cada versão era entregue. A primeira versão entregue contemplava o atendimento aos requisitos básicos, porém, muitos recursos complementares foram entregues em versões posteriores. Após a primeira versão ser entregue, usada e avaliada pelo cliente, foi realizado um planejamento para que a en...
