Resolução de Problemas

Esta disciplina objetiva introduzir as principais atividades no contexto de desenvolvimento de software e preparar preliminarmente para a resolução de problemas contextualizados no processo de desenvolvimento de software.
Inicialmente é discutida a motivação para o uso de processos de desenvolvimento de software, bem como modelos teóricos utilizados para descrever e orientar tais processos. Então, são apresentadas atividades consideradas fundamentais aos processos de desenvolvimento de software e, finalmente, um processo de resolução de problemas é conduzido e avaliado.

sexta-feira, 22 de junho de 2012

Dinâmica de Resolução de Problemas I

Diagrama de Atividades RP
As Cinco Fases de Resolução de Problemas:
Definição da Disicplina:
Nessa fase é feita a definição dos professores que lecionarão a disciplina de Resolução de Problemas, e a escolha de um professor para ministrar a introdução à engenharia de software em Resolução de problemas
Fase Preliminar:
Nessa fase, são definidos os problemas que serão disponibilizados para os discentes, são definidos alguns cenários para englobar esses problemas, e os mesmos são distribuídos para os professores responsáveis pela disciplina de Resolução de Problemas, que serão os tutores dos grupos futuramente. Também são definidas as datas dos check-points. Ao mesmo tempo, o professor responsável pela introdução à Engenharia de Software irá ministrar suas aulas, e explicar o conteúdo, aplicando provas, trabalhos, para que o aluno possa entender melhor a Engenharia de Software. Logo após o as avaliações, os problemas são distribuídos aos grupos, dando inicio a segunda fase de Resolução de Problemas.
1ª Fase do Projeto:
Na primeira fase do projeto, os problemas são informados aos grupos, grupos que são definidos pelos professores de Resolução de Problemas, e os tutores são apresentados aos grupo. Logo após definidos os grupos, começa o levantamento dos requisitos do sistema, os tutores são responsáveis por guiar os alunos nessa fase, pois eles são os "clientes", e são responsáveis pelos problemas. Os bolsistas ficam disponíveis em um determinado horário para auxiliar os alunos com o preenchimento dos documentos, caso eles tenham alguma duvida referente à algum campo do documento, algo que não tenha ficado claro. Logo após o levantamento dos requisitos e preenchimento dos documentos, é realizado o primeiro check-point, onde é apresentado os requisitos do sistema e o documento é avaliado, logo após a avaliação, os alunos devem fazer uma revisão do documento, fazendo as modificações observadas pelos avaliadores.
2ª Fase do Projeto
Na segunda fase do projeto, também são feitas reuniões semanais com os tutores para entendimento do problema, e para a continuação do preenchimento do documento de Requisitos, onde outras informações são inseridas, as mesmas serão avaliadas no segundo checkpoint. Nessa fase, os bolsistas também ficam disponíveis em um determinado horário para tirar duvidas dos alunos, e após a apresentação do segundo check-point e avaliação do mesmo, os alunos devem fazer uma ultima revisão no documento de requisitos.
3ª Fase do Projeto
Na terceira fase do projeto, também são feitas reuniões semanais com os tutores para melhor entendimento do problema e para a finalização do preenchimento do documento. Logo após a finalização do preenchimento do documento,  os alunos devem implementar o sistema, esse que deve conter todos os requisitos documentados, logo após o sistema estar funcional, deve-se fazer a apresentação do terceiro check-point, o ultimo, nesse check-point, além de avaliar a documentação final, é avaliado também o sistema, se o mesmo possui os requisitos levantados durante as fases anteriores do projeto.

Fluxograma contendo os deveres dos
 alunos, bolsistas e Tutores