Engenharia De Software

23.8 Um gerente de software é responsável pelo desenvolvimento de um sistema de software crítico de segurança, que é projetado para controlar uma máquina de radioterapia para tratar pacientes que sofrem de câncer.

Esse sistema está embutido na máquina e deve ser executado em um processador de propósito especial com uma quantidade fixa de memoria (256 Mbytes). A máquina comunica-se com um sistema de banco de dados de pacientes para obtenção de detalhes sobre o paciente e, após o tratamento, registra automaticamente a dose de radiação emitida e outros detalhes do tratamento no banco de dados.

O método COCOMO é usado para estimar o esforço necessário para desenvolver esse sistema e é calculada uma estimativa de 26 pessoas-mês. Ao fazer essa estimativa, todos os multiplicadores de driver de custo foram definidos como l.Explique por que essa estimativa deve ser ajustada para levar em consideração os fatores de projeto, equipe. produto e organização. Sugira quatro fatores que possam ter efeitos significativos na estimativa inicial COCOMO e proponha possíveis valores para esses fatores. Justifique a inclusão de cada fator.

23.9 Alguns projetos muito grandes de software envolvem escrever milhões de linhas de código. Explique por que os modelos de estimativa de esforço. como o (IOCOMO, podem não funcionar bem quando aplicados a sistemas muito grandes.

23.10 E ético para uma empresa cotar um preço baixo para um contrato de software sabendo que os requisitos são ambiguos e que eles poderão cobrar um preço elevado para mudanças posteriores solicitadas pelo cliente?

24.1 Explique por que um processo de software de alta qualidade deve levar a produtos de software de alta qualidade. Discuta possíveis problemas com esse sistema de gerenciamento de qualidade.

R)Percebemos que os produtos entregues a partir do processo de software são entradas para o processo de gerenciamento de qualidade e são verificados para assegurar que são consistentes com os padrões e os objetivos da organização.

Para que não haja um comprometimento no gerenciamento de qualidade, se faz necessário que a equipe de gerenciamento de qualidade não esteja associada a qualquer grupo específico de desenvolvimento, assumindo responsabilidades amplas pelo gerenciamento de qualidade da organização.

24.2 Explique como os padrões podem ser usados para capturar a sabedoria organizacional a respeito de métodos eficazes de desenvolvimento de software. Sugira quatro tipos de conhecimentos que possam ser capturados em normas organizacionais.

R) o plano de qualidade deve estabelecer as qualidades desejadas para o software e descrever como elas devem ser avaliadas.Introdução ao produto, Planos de produto, Descrição do processo, Metas de qualidade.

24.3 Discuta a avaliação de qualidade de software de acordo com os atributos de qualidade mostrados na Tabela 24.1 . você deve considerar cada atributo e explicar como ele pode ser avaliado.

R)Segurança – Evita acesso não autorizado aos dados?

Proteção – modo de acesso as informações pertinentes aos usuários

Confiabilidade – Ocorrendo falhas, como ele reage?

Capacidade de recuperação – É capaz de recuperar dados em caso de falha?

Robustez – se desempenha as funções esperadas mesmo em situações não antecipadas

Facilidade de compreensão –

Testabilidade – É fácil testar quando se faz alterações?

Facilidade de adaptação – É fácil modificar e adaptar?

Modularidade – verificar cada módulo estão bem definidos e se as informações estão relativas aquele assunto

Complexidade - verificar a clareza das informações solicitadas

Portabilidade – É fácil instalar em outros ambientes?

Facilidade de uso – É fácil aprender a usar?

Facilidade de reuso – É fácil adaptar a outros ambientes?

Eficiência – Qual é o tempo de resposta, a velocidade de execução?

Facilidade de aprendizado – É fácil entender o conceito e a aplicação?

24.4 Projete um formulário eletrônico que possa ser usado para registrar comentários de revisão e que poderia ser usado para enviar por e-maiI os comentários para os revisores.

R)

24.5 Descreva rapidamente possiveis padrões que possam ser usados para:

- O uso de construções de controle em C, C++ ou lava;

- Relatórios que possam ser submetidos a um projeto de formatura em uma universidade;

- O processo de fazer e aprovar mudanças de programa (ver Capitulo 26);

- O processo de comprar e instalar um novo computador.

R)1 – Para padronizar a construção de estruturas em alguma linguagem de programação (C, C++, JAVA), pode se utilizar padrões referentes à escrita do código, declaração de variáveis, modularizações, comentários, utilização de arquivos XML para controle através de ferramentas case, entre outros.

2 – Para relatórios pode se utilizar padrões de documentos, tais como, definição da estrutura do documento, linguagem a ser utilizada, forma de fazer a documentação, dados obrigatórios no documento (no caso o período letivo da universidade), entre outros.

3 – Para fazer e aprovar mudanças pode ser feito em duas formas de padronização uma em relação ao próprio processo, maneira de ser feita a mudança, manual/regra a ser seguido na mudança, ou ate mesmo artefatos que possam ser gerados para auxiliar na mudança como documentos, modelos com seus devidos padrões de escrita, estrutura… Entre outros.

4 – Para adquirir um computador, pode ser feita uma padronização em relação aos documentos gerados pela compra (notas fiscais, comprovantes, fabricante…) e algo relacionado a instalação ( suporte técnico )que fez a instalação do computador (empresa responsável pelo suporte técnico, garantia do serviço…) entre outros.

Ambos os padrões podem gerar documentos. Assim como podem já seguir algum padrão ”já feito”, porem que se adéqüe a situação/