Portiflio Individual 4 Semestre

SUMÁRIO

1. INTRODUÇÃO 3

2. DESENVOLVIMENTO 4

2.1. REPRESENTAÇÃO DE UM CASO DE USO 4

2.2. ENTIDADES 5

2.2.1. MER - Modelo Entidade-Relacionamento 5

2.2.2. Cardialidade 5

2.2.2.1. Cardinalidade mínima 6

2.2.2.2. Cardinalidade máxima 6

2.2.3. Atributos 6

2.2.3.1. Atributos Opcionais 6

2.2.3.2. Atributos Compostos 7

2.2.3.3. Atributos Multivalorados 7

2.2.4. Administração de dados 8

2.2.5. Modelo Conceitual 8

2.2.6. Modelo Lógico 9

2.2.6.1. Modelo Físico 9

2.3. DESENVOLVIMENTO NA LINGUAGEM C# (CALCULADORA) 9

2.4. MODELO EVOLUCIONÁRIO 13

2.4.1.Clássico ou Cascata 13

2.4.2. Rational Unified Process 14

2.4.3. Incremental 14

2.4.4. Espiral 15

2.4.5. Montagem de componentes 16

2.4.6. Metodologias Ágeis 16

2.4.7. Extreme Programming (XP) 16

2.4.8. Scrum 17

2.4.9. Práxis 18

2.4.10. Crystal/Clear 19

2.4.11. Feature Driven Development 19

3. CONCLUSÃO 21

4. REFERÊNCIAS 22

1 INTRODUÇÃO

No decorrer do trabalho apresentarei modelos de caso de uso, técnica de Modelagem Entidade Relacionamento, desenvolvimento na linguagem C# e também descreverei os modelos ágeis e evolucionários de cada tipo; como também seu ciclo de vida que descrevem as etapas do processo de desenvolvimento do sistema e as atividades a serem realizadas em cada etapa.

2 DESENVOLVIMENTO

2.1. REPRESENTAÇÃO DE UM CASO DE USO

O Caso de Uso a seguir representa o funcionamento de uma biblioteca. Abaixo segue as funções executadas pelo diagrama de caso de uso:

• Controle dos alunos;

• Cadastro de novos alunos;

• Controle de empréstimo e devolução de livros;

2.2. ENTIDADES

Representam um conjunto de objetos (tudo que é perceptível ou manipulável) da realidade modelada sobre os quais deseja-se manter informações no banco de dados. Uma Entidade pode ser definida como qualquer coisa do mundo real , abstrata ou concreta , na qual se deseja guardar informações. (Tabela , File, etc..). Exemplos de entidades : Cliente , Produto , Contrato , Vendas

Diagrama Entidade-Relacionamento

2.2.1. MER - Modelo Entidade-Relacionamento

Foi definido por Peter Chen em 1976, e teve como base a teoria relacional criada por Edgard F. Codd (1970). Um MER é um modelo formal, preciso, não ambíguo. Isto significa que diferentes leitores de um mesmo MER devem sempre entender exatamente o mesmo. Tanto é assim, que um MER pode ser usado como entrada de uma ferramenta CASE (Computer Aided Software Engineering) na geração de um banco de dados relacional.

2.2.2. Cardialidade

Número (mínimo, máximo) de ocorrências de entidade associadas a uma ocorrência da entidade em questão através do relacionamento.

2.2.2.1. Cardinalidade mínima

É o número mínimo de ocorrências de entidade que são associadas a uma ocorrência da mesma (auto-relacionamento) ou de outra(s) entidade(s) através de um relacionamento. A cardinalidade mínima 1 recebe a denominação de associação obrigatória, já que ela indica que o relacionamento deve obrigatoriamente associar uma ocorrência de entidade a outra. A cardinalidade mínima 0 (zero) recebe a denominação de associação opcional.

2.2.2.2. Cardinalidade máxima

É o número máximo de ocorrências de entidade que são associadas a uma ocorrência da mesma ou de outra entidade através de um relacionamento. Apenas duas cardinalidades máximas são relevantes: a cardinalidade máxima 1 e a cardinalidade máxima n (muitos).

2.2.3. Atributos

Dados que são associados a cada ocorrência de uma entidade ou de um relacionamento.

2.2.3.1. Atributos Opcionais

Atributos opcionais são aqueles que se aplicam apenas a determinadas ocorrências de uma entidade, e não a outras. Exemplo: FUNCIONÁRIO e os registros profissionais em diferentes entidades de classe: CRM, CREA, OAB, etc. Atributos opcionais muitas vezes indicam subconjuntos da entidade que devem ser modelados através de especialização.

Atributos opcionais e especialização

2.2.3.2. Atributos Compostos

Chamamos que atributos compostos àqueles nos quais o conteúdo é formado por vários itens menores. Exemplo: ENDEREÇO é composto por: nome do logradouro, número, complemento (exemplo: apartamento), bairro, cidade, estado, etc.

Atributos compostos

2.2.3.3. Atributos Multivalorados

Denominamos