EXERCICIOS MODELAGEM DE SISTEMAS

Prévia do material em texto

Trabalho 09 
 
Nome: Rafael de Souza Alcantara 
Matricula: 201201263638 
 
Questão – 1: 
 
O Modelo Entidade-Relacionamento (modelo relacional) foi definido por Peter Chen em 1976, 
e teve como base a teoria relacional criada por E.F.Cood (1970). Segundo Chen, a visão de uma 
dada realidade, baseia-se no relacionamento entre conceitos desta realidade, os quais 
retratam os fatos que governam esta mesma realidade, e que cada conceito (entidade ou 
relacionamento) pode possuir atributos (qualificadores desta realidade). 
O conceito de abstração permite ao analista separar da realidade em estudo, as partes que são 
realmente relevantes para o desenvolvimento do sistema de informações e excluir da 
modelagem todos os aspectos que não exercem influência sobre o ambiente a ser modelado. 
O objetivo da modelagem de dados é possibilitar a apresentação de uma visão única não 
redundante e resumida dos dados de um problema. Também nos ajuda a entender a estrutura 
e o significado destes dados. 
A Modelagem de Dados é amplamente utilizada como meio de conhecer os problemas 
organizacionais e projetar soluções. 
 
 
Questão – 2: 
 
O ciclo de vida é a estrutura contendo processos, atividades e tarefas envolvidas no 
desenvolvimento, operação e manutenção de um produto de software, abrangendo a vida do 
sistema, desde a definição de seus requisitos até o término de seu uso. 
O modelo de ciclo de vida é a primeira escolha a ser feita no processo de software. A partir 
desta escolha definir-se-á desde a maneira mais adequada de obter as necessidades do cliente, 
até quando e como o cliente receberá sua primeira versão operacional do sistema. 
Processo de software é o conjunto de atividades que constituem o desenvolvimento de um 
sistema computacional. Estas atividades são agrupadas em fases, como: definição de 
requisitos, análise, projeto, desenvolvimento, teste e implantação. 
Em cada fase são definidas, além das suas atividades, as funções e responsabilidades de cada 
membro da equipe, e como produto resultante, os artefatos. 
O que diferencia um processo de software do outro é a ordem em que as fases vão ocorrer, o 
tempo e a ênfase dados a cada fase, as atividades presentes, e os produtos entregues. 
Com o crescimento do mercado de software, houve uma tendência a repetirem-se os passos e 
as práticas que deram certo. A etapa seguinte foi a formalização em modelos de ciclo de vida. 
 
Em outras palavras, os modelos de ciclo de vida são o esqueleto, ou as estruturas pré-definidas 
nas quais encaixamos as fases do processo. De acordo com a NBR ISO/IEC 12207:1998, o ciclo 
de vida é a “Estrutura contendo processos, atividades e tarefas envolvidas no 
desenvolvimento, operação e manutenção de um produto de software, abrangendo a vida do 
sistema, desde a definição de seus requisitos até o término de seu uso.” 
O modelo de ciclo de vida é a primeira escolha a ser feita no processo de software. A partir 
desta escolha definir-se-á desde a maneira mais adequada de obter as necessidades do cliente, 
até quando e como o cliente receberá sua primeira versão operacional do sistema. 
Não existe um modelo ideal. O perfil e complexidade do negócio do cliente, o tempo 
disponível, o custo, a equipe, o ambiente operacional são fatores que influenciarão 
diretamente na escolha do ciclo de vida de software a ser adotado. 
Da mesma forma, também é difícil uma empresa adotar um único ciclo de vida. Na maior parte 
dos casos, vê-se a presença de mais de um ciclo de vida no processo. 
Os ciclos de vida se comportam de maneira sequencial (fases seguem determinada ordem) 
e/ou incremental (divisão de escopo) e/ou iterativa (retroalimentação de fases) e/ou evolutiva 
(software é aprimorado). 
Neste contexto, neste artigo apresentaremos alguns modelos de ciclo de vida, quais sejam: 
Cascata 
Modelo em V 
Incremental 
Evolutivo 
RAD 
Prototipagem 
Espiral 
Modelo de Ciclo de Vida Associado ao RUP 
 
Questão – 03: 
 
Diagrama de Caso de Uso: 
 
Na Linguagem de modelagem unificada (UML), o diagrama de caso de uso resume os detalhes 
dos usuários do seu sistema (também conhecidos como atores) e as interações deles com o 
sistema. Para criar um, use um conjunto de símbolos e conectores especializados. 
 
Diagrama de Classe: 
 
Diagramas de classes estão entre os tipos mais úteis de diagramas UML pois mapeiam de 
forma clara a estrutura de um determinado sistema ao modelar suas classes, seus atributos, 
operações e relações entre objetos. 
 
Diagrama de Interação: 
 
Como o nome já indica, o diagrama de interação é um tipo de diagrama UML usado para 
mostrar o comportamento interativo de um sistema. Os diagramas de interação descrevem o 
fluxo de mensagens e fornecem contexto para uma ou mais linhas da vida dentro de um 
sistema. Além disso, os diagramas de interação podem ser usados para representar as 
sequências organizadas dentro de um sistema e servir como um meio para visualizar dados em 
tempo real por UML. 
 
Diagrama de Sequencia: 
 
O diagrama de sequência é uma solução dinâmica de modelagem em UML bastante usada 
porque incide especificamente sobre linhas da vida, ou os processos e objetos que vivem 
simultaneamente, e as mensagens trocadas entre eles para desempenhar uma função antes 
do término da linha da vida. 
 
Diagrama de colaboração: 
 
Diagrama de Colaboração exibe uma interação, consistindo de um conjunto de objetos e seus 
relacionamentos, incluindo as mensagens que podem ser trocadas entre eles. 
 
Diagrama de estado: 
 
Um diagrama de estados, por vezes conhecido como diagrama de máquina de estados, é um 
tipo de diagrama comportamental na Linguagem de modelagem unificada (UML) que mostra 
transições entre vários objetos. 
 
Diagrama de Atividade: 
 
UML é extremamente útil para visualizar e documentar sistemas de software, no entanto, a 
terminologia pode ser um pouco assustadora para pessoas pouco familiarizadas com UML. Um 
diagrama de atividade é essencialmente um fluxograma que mostra as atividades executadas 
por um sistema. 
 
Diagrama de Implementação: 
 
A Linguagem de modelagem unificada (UML) é a linguagem padrão que muitos engenheiros de 
software e profissionais de negócios utilizam para criar uma visão geral de sistemas 
complexos. Um diagrama de implementação é um tipo de diagrama criado com essa 
linguagem. 
 
Diagrama de Componentes: 
 
O diagrama de componentes mostra o relacionamento entre diferentes componentes de um 
sistema. Para fins de UML 2.0, o termo "componente" refere-se a um módulo de classes que 
representa sistemas ou subsistemas independentes com capacidade de interagir com o 
restante do sistema. 
 
 
Diagrama de implantação: 
 
O diagrama de implantação é o diagrama estrutural responsável por estabelecer a relação 
entre os recursos de infraestrutura e artefatos do sistema, em outras palavras, ele mapeia 
arquitetura do hardware às necessidades do software a ser implantado. Esse diagrama é 
basicamente implementado com “nós”, “associações entre nós”. 
 
 
 
 
Referencias Bibliográficas: 
 
https://www.lucidchart.com/ 
 
http://micreiros.com/diagrama-de-implantacao/ 
 
https://www.devmedia.com.br/ciclos-de-vida-do-software/21099 
 
https://sites.google.com/site/uniplibancodedados1/aulas/aula-4---modelo-entidade-e-
relacionamentos 
 
 
https://www.devmedia.com.br/ciclos-de-vida-do-software/21099
https://sites.google.com/site/uniplibancodedados1/aulas/aula-4---modelo-entidade-e-relacionamentos
https://sites.google.com/site/uniplibancodedados1/aulas/aula-4---modelo-entidade-e-relacionamentos