1) O sistema para Apoio ao Controle Acadmico poderia ser composto por duas classes maiores: Pessoas e Disciplinas.

A classe Pessoas poderia ser dividida em duas subclasses: professores e alunos, que por sua vez poderia ser dividido em outras trs subclasses, graduandos, mestrandos e doutorandos. Os objetos da classe Disciplinas seriam todas as disciplinas da universidade. Os objetos da classe Pessoas teriam o procedimento em que poderiam enviar mensagens uma dada disciplina solicitando leitura. Todas subclasses da classe Pessoas herdariam esse comportamento. Os objetos professores poderiam ter comportamentos em que enviariam mensagens disciplina respectiva, para modific-la, ou verificar, ou apagar, isto atravs da troca de mensagens entre algum objeto professor e algum objeto disciplina. Se um objeto professor enviar uma mensagem uma dada disciplina solicitando leitura, teria acesso irrestrito todos os dados. J se um aluno mandasse uma mensagem mesma disciplina solicitando leitura, s receberia como resposta apenas os dados referentes ele prprio. Os objetos da classe Disciplinas poderiam trocar mensagens entre si para organizao dos horrios e sala de aulas de cada disciplinas, para evitar conflitos de lugares e horrios. Se um objeto da classe professor mandasse uma mensagem pra um objeto de disciplina solicitando cadastro de dada disciplina em determinado horario e lugar, poderia receber como resposta ok, caso fosse efetuado com sucesso, ou retornar como mensagem negado, caso o objeto da classe disciplina tenha trocado mensagens com os outros objetos da classe disciplina e tenha encontrado choque de horario ou sala.

2) A rea da engenharia civil foi iniciada h sculos atrs, desde o tempo da idade antiga quando os egpcios usavam tcnicas para construes de edificaes, a engenharia naval tambm iniciou por volta da mesma poca, e evoluiu bastante pela necessidade de grandes cruzadas, para transporte e explorao de novas terras. J mais recente, a engenharia mecnica data de poucos sculos atrs, tendo sido evoluda rapidamente com as revolues industriais. Todas as reas do conhecimento humano foram desenvolvidas pela necessidade da poca. Logo, como a criao de processadores e softwares bastante recente em comparao s outras reas citadas, obviamente os estudos dessas reas so recentes, e vem sendo desenvolvidas e evoluindo, mesmo sendo recm-nascida, portanto os conceitos e tcnicas para o processo de desenvolvimento de sistemas de softwares foram descritas e estudadas h poucas dcadas, e mudanas ainda ocorrem nos seus conceitos, pois ainda no uma rea completamente estabelecida visto a crise do software que existente ainda nos dias atuais.

3) O modelo de ciclo de vida em cascata caracterizado por ser uma progresso sequencial entre suas fases, ou seja, cada fase do modelo feito um aps o outro, sem ser possvel o retorno pra uma fase anterior depois que esta esteja completa. Tal abordagem bastante falha, pois grande a possibilidade que seja dectada uma falha numa fase anterior, ou mesmo

se fosse requerida alguma mudana numa fase anterior, muitos recursos seriam desperdiados, e qualquer falha simples pode se propagar por todas as fases seguintes, s sendo dectada quando o usurio comear a usar o sistema. Em contrapartida esses problemas do ciclo de vida em cascata, foi criado criado um segundo modelo de clico de vida chamado modelo de ciclo de vida incremental e iterativo, onde dividido em em ciclos o desenvolvimento de um produto de software. Em cada ciclo de desenvolvimento so repetidas todas as fases do modelo ciclo de vida em cascata, porm a cada ciclo apenas uma parte dos requesitos so consideradas, e na prximo ciclo incrementado novos requisitivos, fazendo assim com que se ocorra alguma falha ou necessidade de mudana no software, o prejuzo ser bem menor e de fcil conserto.