Análise e Desenvolvimento de Sistemas

Unip Interativa

PROJETO INTEGRADO MULTIDISCIPLINAR

cURSO SUPERIOR DE TECNOLOGIA

Aplicação asp.net

pOLO CAMPINAS

2016

Unip Interativa

PROJETO INTEGRADO MULTIDISCIPLINAR

cURSO SUPERIOR DE TECNOLOGIA

Aplicação asp.net

Nome: Rafael de Camargo Donatto            

RA     : 1541725

Curso: Análise e Desenvolvimento de Sistemas

Semestre :  3

pOLO CAMPINAS

2016

---

Resumo

Este trabalho será sobre desenvolvimento de uma aplicação MVC em asp.net para gerenciamento de tarefas acadêmicas . Será mostrada  as classes e as camadas de controle , camada modelo e camada de apresentação

Ele será feito em uma parte prática que é o sistema e uma parte teórica , onde se demonstrará a descrição do escopo do projeto ,         elaboração do EAP , desenvolvimento do cronograma , apresentação do plano de risco e definição dos padrões de qualidade esperados.

Serão aplicados os conhecimentos em gerenciamento de projeto , programação orientada a objetos e desenvolvimento de software para internet.

Palavras-chave: MVC , EAP , ASP.NET , Gerenciamento de projetos .

---

Abstract

This work will be on developing an MVC application in asp.net for managing academic tasks. It will show classes and control layers, layer model and presentation layer

It will be done in a practical part which is the system and a theoretical part, where it will demonstrate the description of the project scope, developing the WBS, schedule development, risk plan presentation and definition of the expected quality standards.

knowledge will be applied in project management, object-oriented programming and software development for internet

Key words:  MVC , WBS , ASP.NET , Project Management.

Sumário

Resumo        III

Abstract        IV

1        Introdução        7

2        Aplicação ASP.NET        8

5        CONCLUSão        28

ReferÊncias        29

---

Introdução

Para a conclusão do curso superior de análise e desenvolvimento de sistemas foi solicitado a criação de uma aplicação ASP.net , web ,  pelo framework .NET utilizando o Visual Studio.

Essa aplicação web utiliza a arquitetura MVC e deve realizar o controle de tarefas acadêmicas . Ela deve conter nome da tarefa, descrição da tarefa, data da entrega e conter um banco de dados Access.

Um requisito demandado é criar o método vencidas, para receber um aviso na tela inicial a respeito da data de entrega .

Inicialmente a equipe de desenvolvimento de software  composta por um gerente de projetos , um arquiteto de software e um analista decidiram descrever o escopo do projeto , elaborar a EAP ,desenvolver o cronograma  , apresentar o plano de riscos do projeto e definir os padrões de qualidade esperados .

Nesse projeto era necessário mapear os atores,objetivos do sistema ,identificar os riscos e criar o cronograma e o EAP.

O desenvolvimento da aplicação se iniciou !

---

Aplicação ASP.NET

Definir o escopo do projeto é uma etapa de vital importância, se não for feita de forma correta         o projeto está fadado ao fracasso, uma vez que é o escopo que determina o que será feito/produzido/entregue         e o que não será também. Um escopo mal estruturado levará inevitavelmente a falhas de cronograma e de orçamento, visto que os problemas decorrentes de má especificação se farão presentes e a equipe terá que achar caminhos alternativos para execução do projeto.

Por fim, um escopo mal definido resulta em um cliente insatisfeito, uma vez que o mesmo pediu X e recebeu Z, levando a uma insatisfação do executivo, do time do projeto e do gerente. O efeito cascata disso pode ser terrível, como uma caça às bruxas para determinar de quem foi a culpa, quando na verdade a culpa foi do escopo mal-definido.

• Assegure-se de que todos sabem e entendem qual o objetivo do projeto e que haja consenso sobre o resultado final do mesmo;
• Ouça com atenção o que seu cliente descreve;
• Tente entender não o que ele lhe pede para fazer, mas sim o que ele precisa para resolver o problema que lhe apresenta;

• Descubra o que ele não quer. Muitas vezes um projeto não vai para frente por que o escopo foca em coisas que não deveriam estar lá;

• Estabeleça o que não vai ser feito no projeto enquanto o cliente ainda estiver disponível. Se ele pedir X e Y, mas você perceber que Z e W devem ser providenciados, mas somente W é da sua responsabilidade, deixe claro que Z está fora do escopo do projeto;

• Estabeleça o que será necessário para que o projeto seja atingido, defina os pressupostos, de forma que todos saibam de antemão quais as necessidades básicas do projeto antes que elas atrapalhem seu andamento;

• Seja realista quanto ao que pode ou não ser realizado, quanto mais “pé-no-chão” é o escopo, maior a chance de sucesso do projeto;

• Evite o GoldPlating. Se não faz parte do escopo do projeto, não adianta tentar agradar o cliente com aplicações/funções ‘firula’. Elas podem acabar acarretando em um atraso no cronograma;

• Não tenho medo nem pena de fazer perguntas. Pode parecer óbvio para você, mas se não estiver absolutamente claro, pergunte;

• Tenha o time de projeto (ou os gerentes dos mesmos) na mesa de reunião quando o escopo for definido, assim qualquer problema técnico ou dúvida operacional poderá ser sanada na hora, em vez de descoberta posteriormente, causando problemas para o projeto.
• Isso não cobre todas as coisas que se pode fazer para assegurar um escopo coerente, realista e dentro das expectativas do cliente, mas deve minimizar a quantidade de problemas que costumam ocorrer durante a elaboração do mesmo. Usar templates também pode ser uma boa idéia, já que elas facilitam a visualização do conteúdo e servem como guia para o que deve ser observado no processo de definição do escopo.

GoldPlating: A adição de funções e/ou entregas num projeto que não foram requisitadas. O GoldPlating costuma desviar as atividades de seu foco e comumente leva ao temido ScopeCreep.