Exercícios, Cap. 2 2.1 Explique por que outros sistemas dentro de um ambiente de sistemas podem ter efeitos não previstos sobre o funcionamento do sistema. Sabe-se que o sistema pode ser desenvolvido tanto por pessoas quanto por empresas usando softwares e modelos distintos. Portanto, é inteligível que haja problemas quando tais projetos venham a ser integralizados. Segundo SOMMERVILLE (p. 18, 2007), uma importante parte da fase de definição de requisitos é estabelecer um conjunto de objetivos gerais que o sistema deve atender. Portanto, não pode-se definir requisitos nem desenvolver o projeto individualmente, é imprescindível que haja influência mútua entre a equipe e/ou software usado para que não ocorra problemas no instante da interação desses subsistemas. 2.2 Modifique a figura 2.8 para incorporar uma atividade de suprimento explícita, depois que os subsistemas tenham sido identificados. Mostre em seu diagrama, o feedback que resulta da incorporação dessa atividade. Suprimento explícita A imagem acima representa um modelo cascata do processo de software que ressalta uma série de realimentações e interações de um estágio para outro nesse processo de projeto. À medida que surgem os problemas e as questões, frequentemente é necessário retrabalho dos estágios anteriores. 2.3 Explique por que especificar um sistema a ser utilizado por um serviço de emergência, para o gerenciamento de ocorrências de desastres, é inerentemente um problema ruim. Porque a criação de sistemas que envolvem fenômenos naturais não é conhecida pelos desenvolvedores, podemos conhecer as variáveis que geram um terremoto, porém, desconhecemos fatores provindos dos fenômenos anteriores. 2.4 Sugira como os sistemas de software utilizados em um carro podem ser uteis na desativação do sistema como um todo. Como existe a relação entre os componentes de um sistema, então, se por ventura um componente específico de software for utilizado pode-se dizer que o sistema como um todo, se for o caso, poderá realizar determinada função. 2.5 Explique por que é importante produzir a descrição geral de uma arquitetura de sistemas na fase inicial do processo de especificação de sistemas Principalmente facilita o processo de gestão do projeto nos seguintes pontos:
Viabilidade do projeto e riscos em termos financeiros, tecnológicos, de tempo e de recursos humanos e materiais; Optimizações na gestão do plano de distribuição de recursos humanos e materiais no processo da criação do software; Ajuda na gestão de milestone e plano de trabalhos (tempo, recursos e custos); Sendo feito ajuda a clarificar e avaliar o grau de importância de cada requisito; Melhor documentação do projeto, vital para a continuação do trabalho em caso de mudança de recursos humanos e testes; Melhora da qualidade do software em termos gerais; Ajuda a especificar as condições do contrato com cliente. 2.6 Exemplifique outros sistemas legado sistema que ainda esta em uso, mas que possuem tecnologias antigas. Sistemas sócio técnicos que foram desenvolvidos usando tecnologia antiga. Por exemplo: Sistema de conta de clientes de banco e Sistema de manutenção de aeronaves. Uma vez que, o mesmo continua a fornecer serviços essenciais. Os Sistemas legados incluem processos de negócio, software de aplicação, software de apoio e hardware de sistema como também, restringem novos processos de negócio e consomem uma alta proporção de orçamentos da empresa.