ANLISE E PROJETO DE SISTEMAS PARA WEB II ROTEIRO DO PROJETO [Observao: O template a seguir utilizado como roteiro para projeto

o de sistemas orientado a objetos na disciplina Anlise e Projeto de Sistemas para Web II do curso de Sistemas para Internet da Anhanguera Educacional FACNET. O texto entre colchetes e exibido em itlico/azul fornecido para orientar o autor e dever ser excludo antes da publicao do documento.] 1 Introduo [Este tpico descreve uma viso geral de todo o documento. Descreva a finalidade a que se prope este documento. Qual a pretenso geral do desenvolvimento do projeto. Qual a motivao para a escolha do projeto.] 2 Anlise Institucional 2.1 A Empresa [Descrever os dados pertinentes empresa, que ser beneficiada com o desenvolvimento do projeto (ramo de atividades, organograma, localizao, entre outros).] 2.2 Descrio das Regras do Negcio [Contar a histria do negcio, quais as atividades que a empresa desempenha independente das que sero automatizadas. Detalhar o melhor possvel as regras de negcio que sero o foco do projeto. Se necessrio, poder ser acrescentado um diagrama de atividades para melhor entendimento do negcio.] 2.3 Descrio das Necessidades de Informaes [Descrever quais so as informaes necessrias e urgentes para melhorar a situao e a competitividade da empresa estas

informaes sero o foco do sistema. Mostrar tambm as solues encontradas para resolver o problema (atividades que sero automatizadas). Obs: Nem toda soluo ser implementada. Ex: necessidade de ampliao do ambiente fsico ou uma reestruturao.] 2.4 Ambiente Tecnolgico Existente [Descrever o ambiente tecnolgico da empresa, ou seja, como a empresa funciona atualmente, se tem ou no rede de computadores, acesso internet, utilizao de outros sistemas, etc.] 3 Abrangncia do Sistema Proposto 3.1 Objetivos do Sistema 3.1.1 Objetivo Geral [Fazer estas perguntas ao objetivo, se o mesmo responder , o objetivo estar correto. 1. A que situao se pretende chegar com o projeto? 2. Que resultado(s) (produto(s)) se espera obter com o projeto?] 3.1.2 Objetivos Especficos [Este tpico dever especificar todos os requisitos do software em um nvel de detalhe suficiente para que os especialistas possam desenvolver o sistema satisfazendo os requisitos do cliente, os responsveis pelo teste possam verificar se o sistema satisfaz a esses requisitos e os clientes possam avaliar se suas necessidades esto representadas nestes requisitos. Que atividades sero realizadas para alcanar cada um dos produtos do projeto? Na prtica, requisito o que o sistema tem que ter para atender plenamente ao propsito para o qual foi criado.

3.3 Metodologia e Tecnologia Utilizada [Inclua aqui.] 4 Documentao de Anlise [Inclua aqui.] 4.1 Modelagem de Casos de Uso [Fazer referncias bibliogrficas da funo da modelagem de casos de uso (qual a finalidade).] 4.1.1 Diagrama de Caso de uso [Inclua aqui o seu diagrama principal de casos de uso, construdo a partir da ferramenta de modelagem. O diagrama principal deve incluir todos os casos de uso que iro implementar os requisitos do sistema e os atores.] 4.1.2 Especificao dos casos de uso [Os casos de uso devero ter seu fluxo de eventos principal, fluxos alternativos, pr-condies e ps-condies. Pode-se utilizar um modelo prprio (que contenha todas as informaes solicitadas), referentes aos requisitos funcionais do sistema.]

4.2 Modelagem de Objetos [Fazer referncias bibliogrficas da funo da modelagem de classes (qual a finalidade).] 4.2.1 Diagrama de Classe

[Inclua aqui o seu diagrama principal de classes de negcio, construdo a partir da ferramenta de modelagem. O diagrama principal deve incluir todas as classes que iro implementar os requisitos do sistema.]

4.3 Modelagem Dinmica [Fazer referncias bibliogrficas da funo da modelagem dinmica, incluindo os diagramas de seqncia, de atividades e de estado (qual a finalidade de cada um).] 4.3.1 Diagramas de Seqncia [Apresentar os diagramas de seqncia que atendam a pelo menos 5(cinco)casos de uso existentes no diagrama de casos de uso. Os diagramas podem ser comentados caso haja necessidade, porm o prprio diagrama deve conter o mximo de informaes para que possa ser compreendido. Deve-se desenvolver diagramas de seqncia com bom senso, ou seja, no necessrio um para cada fluxo de eventos, porm no se deve exagerar na quantidade de fluxos para cada diagrama.] Checklist de Critrios de Avaliao do Diagrama de Seqncia 1. Nos Diagramas de Seqncia, os nomes das classes aparecem conforme especificado no Diagrama de Classes?

2. Esto todas as classes de objetos, que aparecem no Diagrama de Seqncia, especificadas e presentes no Diagrama de Classes?

3. Todas as chamadas aos mtodos, no Diagrama de Seqncia, fazem referncia a mtodos descritos no Diagrama de Classes?

4. As interaes, como descritas nos Casos de Uso, entre ator e interface, esto contempladas no Diagrama de Seqncia?

5. Existem Diagramas de Seqncia para todos os fluxos bsicos descritos no Caso de Uso?

6. As mensagens de retorno esto representadas no Diagrama de Seqncia? 4.3.2 Diagramas de Atividades [Apresentar os diagramas de atividades que atenda a pelo menos trs fluxos de eventos existentes no diagrama de casos de uso. Os diagramas podem ser comentados caso haja necessidade, porm o prprio diagrama deve conter o mximo de informaes para que possa ser compreendido. 5 Documentao de Projeto 5.1 Projeto de Banco de Dados 5.2.1 Modelo Entidade X Relacionamento (MER) Operacional

Inclua aqui o seu diagrama principal de entidades x relacionamentos operacional, construdo a partir da ferramenta de modelagem. O diagrama principal deve incluir todas as tabelas que iro compor o banco de dados relacional, que iro implementar os requisitos do sistema.

6 Consideraes Finais [Fornecer uma breve descrio do software que est sendo especificado e seu propsito, incluindo benefcios e objetivos. Relacionar o software com as estratgias de negcio e objetivos da organizao.] 7 Glossrio (opcional) 8 Bibliografia 9 Anexos (opcional) Observao: O projeto dever ser redigido em norma culta da lngua portuguesa, seguindo a metodologia cientfica, conter ndice e pginas numeradas.