INE5320 - Análise e Projetos de Sistemas

Universidade Federal de Santa Catarina
Centro Tecnológico
Departamento de Informática e Estatística
Plano de Ensino
1) Identificação
Disciplina:
Turma(s):
Carga horária:
Período:
INE5320 - Análise e Projetos de Sistemas Computadorizados II
08208
72 horas-aula
Teóricas: 0
Práticas: 72
1º semestre de 2011
2) Cursos
- Ciências da Computação (208)
3) Requisitos
- INE5319 - Análise e Projetos de Sistemas Computadorizados I
4) Ementa
Prática em análise e projeto de sistemas computadorizados. Análise e crítica de sistemas já desenvolvidos.
5) Objetivos
Geral: Exercitar e aperfeiçoar a prática de análise e projeto de sistemas.
Específicos:
- Exercitar análise de requisitos.
- Exercitar modelagem conceitual.
- Exercitar prototipação.
- Exercitar projeto de interfaces.
- Exercitar o uso de ferramentas CASE.
- Exercitar análise de riscos.
6) Conteúdo Programático
6.1) Visão Geral de Sistema. [8 horas-aula]
- Identificação de Objetivos.
- Modelagem de negócio.
- Identificação de opções tecnológicas e de projeto.
6.2) Análise de Riscos. [12 horas-aula]
- Identificação de riscos.
- Classificação de riscos.
- Elaboração de planos de redução de riscos.
6.3) Prototipação. [12 horas-aula]
- Planejamento de protótipos.
- Construção de protótipos.
- Avaliacão de protótipos.
6.4) Análise de Requisitos. [16 horas-aula]
- Identificação de requisitos funcionais e não funcionais.
- Identificação de requisitos suplementares.
- Classificação e organização de requisitos.
6.5) Modelagem Conceitual. [12 horas-aula]
- Identificação de classes e atributos candidatos.
- Organização das informações.
- Validação do modelo conceitual.
6.6) Projeto. [12 horas-aula]
- Projeto de interface.
- Projeto lógico.
Plano de Ensino - INE5320 - Análise e Projetos de Sistemas Computadorizados II - 02/10/2016 - Página: 1/4
7) Metodologia
As aulas serão predominantemente práticas, com uso de ferramentas CASE em laboratório. Eventualmente o
professor fará preleções sobre o assunto da aula.
8) Avaliação
Média = (TRAB1 + ... + TRAB10)/10
Dado que a disciplina apresenta pelo menos 50% da carga horária consistindo de aulas práticas, conforme
deliberação do Colegiado do Curso de Ciências da Computação de 18 de março de 2008, ela não prevê a
realização de avaliação no final do semestre (recuperação) de que trata o parágrafo 2º do artigo 70 da Resolução
17/CUn/97.
9) Cronograma
16/03 – Apresentação da disciplina. Os alunos receberão como tarefa preparar um seminário de 30 minutos sobre
as principais ferramentas CASE existentes nos quais deverão ser discutidos pontos fortes e fracos dessas
ferramentas.
23/03 – Seminários sobre ferramentas CASE [TRAB1]. O professor anotará em uma tabela os pontos fortes e
fracos identificados pelos alunos para cada ferramenta. Esta tabela será disponibilizada aos alunos ao final da
aula. Os alunos receberão a tarefa de preparar um documento de visão geral do sistema para um projeto de uma
nova ferramenta CASE que implemente os pontos fortes e elimine os pontos fracos das ferramentas existentes.
30/03 – Apresentação dos documentos de visão geral de sistema [TRAB2]. Consolidação de um documento
único a partir das diferentes visões. Os alunos deverão realizar em aula uma atividade de pesquisa e identificação
de possíveis riscos para o projeto. Estes riscos serão analisados na aula seguinte.
06/04 – Nesta aula os riscos serão apresentados em plenária e serão analisados de acordo com sua probabilidade
e impacto [TRAB3]. Os riscos serão classificados de acordo com seu tipo. Ao final da aula, com o conjunto de
riscos devidamente identificado e classificado os alunos receberão a tarefa de preparar planos de redução de
probabilidade, redução de impacto e de contingência de riscos. Os riscos mais importantes serão priorizados.
13/04 – Apresentação dos planos de mitigação e contingência [TRAB4]. Consolidação de um plano único.
Escolha de um modelo de ciclo de vida para o projeto. Dimensionamento de recursos e estruturação de equipe
para a etapa de análise de requisitos. A partir dos planos de mitigação de riscos cada equipe receberá uma tarefa
de prototipação específica para a etapa seguinte de forma a mitigar os riscos mais importantes.
20/04 – No início da aula cada equipe apresentará o que fez desde a aula anterior, o que pretende fazer na aula
atual e o que eventualmente a impede de prosseguir.
04/05 – No início da aula cada equipe apresentará o que fez desde a aula anterior, o que pretende fazer na aula
atual e o que eventualmente a impede de prosseguir.
11/05 – No início da aula cada equipe apresentará o que fez desde a aula anterior, o que pretende fazer na aula
atual e o que eventualmente a impede de prosseguir. Ao final da aula os protótipos serão apresentados e
conclusões sobre mitigação de riscos serão tomadas [TRAB5].
18/05 – 3 equipes deverão efetuar uma análise de requisitos convencional. Outras 3 equipes farão uma
modelagem independente de casos de uso. Durante a aula o professor dará as orientações. As equipes receberão
apostilas que as ajudarão a padronizar os documentos.
25/05 – Apresentação dos requisitos e casos de uso levantados [TRAB6]. Consolidação de um documento único
com requisitos e casos de uso. Identificação de rastros entre requisitos e casos de uso.
25/06 – Orientações sobre modelagem conceitual e padrões de modelagem. Início da modelagem conceitual a
partir dos requisitos e casos de uso. Cada equipe fará seu próprio modelo e na aula seguinte serão comparados.
01/06 – Apresentação dos modelos [TRAB7] e correções nos mesmos pelo professor e pelo debate entre as
equipes.
08/06 – Apresentação da segunda versão dos modelos [TRAB8]. Consolidação de um modelo conceitual único
para o projeto.
15/06 – Apresentação de diretivas para modelagem de interface. Utilização de uma ferramenta de modelagem de
Plano de Ensino - INE5320 - Análise e Projetos de Sistemas Computadorizados II - 02/10/2016 - Página: 2/4
interface. Realização de projetos preliminares. As tarefas de modleagem de interface serão divididas entre as
equipes, ou seja, cada equipe fará a modelagem de uma parte diferente do sistema. Padrões de modelagem serão
discutidos a provados ao longo da aula.
22/06 – Apresentação dos projetos de interface preliminares [TRAB9]. Discussão e modificação dos projetos.
29/06 – Apresentação dos projetos finais [TRAB10]. Avaliação da disciplina por parte dos alunos.
10) Bibliografia Básica
- Wazlawick, R. S. (2010). Análise e Projeto de Sistemas de Informação Orientados a Objetos. 2a. Edição.
Elsevier, Rio de Janeiro.
11) Bibliografia Complementar
- Alford, M. Requirements-driven software design. McGraw Hill, 1991.
- Ambler, S. Process patterns. Cambridge University Press, 1998.
- Ambler, S., Constantine, L., Smith, R. The Unified Process elaboration phase: best practices in implementing
the UP. CMP Books, 2000.
- Arlow, J., Neustadt, I. UML and the Unified Process: practical object-oriented analysis and design. Pearson
Education, 2001.
- Beck, K. Programação extrema  XP explicada: acolha as mudanças. Porto Alegre: Bookman, 2004.
(Tradução de Extreme programming explained: embrace change.)
- Bezerra, E. Princípios de análise e projeto de sistemas com UML. Campus–Elsevier, 2003.
- Boehm, B.W. Software engineering. IEEE. Transactions on Computers, vol. 25, n.º 12, 1976.
- Booch, G. Object-oriented analysis and design with applications. Addison-Wesley, 1993.
- Booch, G. Object solutions  managing the object-oriented project. Addison-Wesley, 1996.
- Brown, A.W. Large-scale component-based development. Prentice-Hall, 2000.
- Ceri, S., Fraternali, P., Bongio, A., Brambilla, M., Comai, S., Matera, M. Designing data-intensive Web
applications. Morgan Kaufmann Publishers, 2003.
- Cox, B. Object-oriented programming: an evolutionary approach. Addison-Wesley, 1986.
- D’Souza, D.F., Wils A.C. Objects, components, and frameworks with UML. Addison-Wesley, 1999.
- Embley, D.W., Kurtz, B.D., Woodfield, S.N. Object-oriented systems analysis: a model-driven approach.
Prentice-Hall, 1992.
- Erickson, H.E., Penker, M. UML toolkit. John Wiley and Sons Inc., 1998.
- Fayad, M.E., Schmidt, D.C., Johnson, R.E. Implementing application frameworks. John Wiley & Sons, Inc.,
1999.
- Fowler, M., Scott, K. UML distilled. Addison-Wesley, 1997.
- Fowler, M. Patterns of enterprise application architecture. Addison-Wesley, 2003.
- Gamma, E., Helm, R., Johnson, R., Vlissides, J. Design patterns. Elements of reusable object-oriented
software. Addison-Wesley, 1995.
- Jacobson, I., Christerson, M., Jonsson, P., Övergaard, G. Object-oriented software enginneering- a
use CASE driven approach. Addison-Wesley, 1992.
- Jacobson, I. The object advantage- business process reengineering with object technology.
Addison-Wesley, 1994.
- Jacobson, I., Booch, G., Rumbaugh, J. The unified software development process. Addison-Wesley, 1999.
- Kehoe, R., Jarvis, A., Shah-Jarvis, A. Iso 9000-3: a tool for software product and process improvement.
Springer Verlag, 1996.
- Larman, C. Applying UML and patterns: an introduction to object-oriented analysis and design and the unified
process. Prentice Hall, 2001.
- Karner, G. Use CASE points  resource estimation for objectory projects. Objective Systems, 1993.
- Kruchten, P. The rational unified process: an introduction. Addison-Wesley, 2000.
- Kruchten, P. The rational unified process made easy: a practitioner’s guide to rational unified process.
Addison-Wesley, 2003.
- Maldonado, J.C., Delamaro, M.E., Jino, M. Introdução ao teste de software. Campus-Elsevier, 2007.
- Martin, R.C. Agile software development, principles, patterns, and practices. Prentice-Hall, 2002.
- Meyer, B. Object-oriented software construction. Prentice Hall, 1988.
- Meyer, B. Eiffel: the language. Prentice-Hall, 1992.
- Mitchel, R., McKim, J. Design by contract by example. Addison-Wesley, 2001.
- Object Management Group (OMG) Object Constraint Language OMG available specification version 2.0.
Disponível em http://www.omg.org/technology/documents/formal/ocl.htm. Consultado em 26 de agosto de
2009.
- Object Management Group, OMG Unified Modeling Language  UML. Disponível em
http://www.omg.org/technology/documents/modeling_spec_catalog.htm#UML. Consultado em 23 de
setembro de 2009.
Plano de Ensino - INE5320 - Análise e Projetos de Sistemas Computadorizados II - 02/10/2016 - Página: 3/4
- Page-Jones, M. Fundamentos do desenho orientado a objeto com UML. Makron Books, 2001. (Tradução de
Fundamentals of object-oriented design in UML.)
- Paula Filho, W.P. Engenharia de software: fundamentos, métodos e padrões. LTC, 2003).
- Pereira e Silva, R. UML 2  Modelagem orientada a objetos. Visual Books, 2007.
- Pereira e Silva, R. Como modelar com UML 2. Visual Books, 2009.
- Pressman, R.S. Software engineering: a practitioner’s approach. McGraw Hill, 2010.
- Riel, A. J. Object-oriented design heuristics. Addison-Wesley, 1996.
- Rocha, A.R.C., Maldonado, J.C., Weber, K.C. Qualidade de software: teoria e prática.
Pearson─Prentice-Hall, 2001.
- Rumbaugh, J., Blaha, M.R., Lorensen, W., Eddy, F., Premerlani, W. Object-oriented modeling and design.
Prentice Hall, 1990.
- Rumbaugh, J., Jacobson, I., Booch, G. The Unified Modeling Language reference manual. Addison-Wesley,
1999.
- Santos, C.C. Geração automática de diagramas de comunicação a partir de contratos OCL. Dissertação de
Mestrado, UFSC-PPGCC, 2007.
- Scott, K. The Unified Process explained. Addison-Wesley Pub Co., 2001 (O processo unificado explicado.
Bookman, 2003.)
- Shalloway, A., Trott, J.R. Explicando padrões de projeto: uma nova perspectiva em projeto orientado a objeto.
Bookman. (Tradução de Design patterns explained: a new perspective on object-oriented design.)
- Silva, A.A., Gomide, C.F., Petrillo, F. Metodologia e projeto de software orientados a objetos: modelando,
projetando e desenvolvendo sistemas com UML e componentes distribuídos. Érica, 2003.
- Warmer, J., Keppe, A. The Object Constraint Language: precise modeling with UML. Addison-Wesley Pub
Co., 1998.
- Wirfs-Brock, R., McKean, A. Object design: roles, responsibilities, and collaborations. Addison-Wesley,
2002.
Plano de Ensino - INE5320 - Análise e Projetos de Sistemas Computadorizados II - 02/10/2016 - Página: 4/4