Please enable JavaScript.
Coggle requires JavaScript to display documents.
Unidade 2 - Coggle Diagram
Unidade 2
Modelagem de Sistemas
é um processo abstrato que exige conhecimento e experiência apoiado em tabelas, gráficos, diagramas ou fluxogramas. Para cada artefato criado atenda a necessidade do cliente
Diagramas
Diagrama de Classes
-
O diagrama de classes é um dos mais utilizados e importantes da UML, servindo de apoio para a maioria dos outros diagramas. Ele é construído sempre que o projeto utiliza o paradigma da orientação a objetos em sua construção
Diagrama de uso
Descreve de forma visual um conjunto de funcionalidades presente no sistema ou que deve ser desenvolvido, com objetivo de apresentar uma parte do sistema, ou todo seu funcionamento.
Diagrama de objetos
Os diagramas de classes e objetos devem sempre ser construídos juntos, pois um completa o outro, em relação, entendimento e construção da solução. O diagrama de objetos possui representações do momento de criação dos objetos das classes, utilizando a mesma estrutura, acrescentando exemplos de dados em sua utilização.
Não possui a mesma importância do diagrama de classes, mas deve ser criado ou utilizado para exemplificar a utilização de uma classe, ajudando na sua compreensão e definição
Diagrama de estado
O diagrama de estado define os possíveis estados de um objeto e suas transições, complementando a abstração do problema definidos pelo diagrama de classes e objeto.
"um diagrama de estados, o qual pode ser útil, caso um conceito tenha um ciclo de vida interessante, com vários estados e eventos que mudam esses estados"
Diagrama de atividades
"Os diagramas de atividades são uma técnica para descrever lógica de procedimento, processo de negócio e fluxo de trabalho"
O diagrama de atividades é utilizado para o detalhamento de um processo, ou procedimento que você não
conhece, ou não domina.
Diagrama de pacotes
Um procedimento natural dentro da Engenharia de Software é a divisão do sistema em módulos funcionais. Para descrever e organizar os módulos e suas respectivas dependências, utilizamos o diagrama de pacotes, com a arquitetura de um software e o agrupamento de suas funcionalidades em assuntos de mesma natureza
Diagrama de componentes
Um componente pode ser entendido como um encapsulamento de funcionalidades com o objetivo de resolver um determinado problema. Isso porque, alguns códigos já foram desenvolvidos por uma outra pessoa, ou em um projeto anterior, não sendo necessária a construção do zero.
Projeto de arquitetura
a arquitetura completa de um sistema é importante não somente para facilitar a implementação e o teste, mas para a rapidez e eficiência com que poderão ser realizadas alterações e manutenções
Padrões de arquitetura
MVC
Model
faz a interação com o banco de dados, aplicando as regras necessárias para a
persistência da informação
Controller
possui como responsabilidade a distribuição
das solicitações recebidas pela classe de fronteira e aplicação das regras de negócio
View
tem como responsabilidade a interação com o usuário do sistema, se ela
acionada via mouse, teclado ou outro tipo de periférico
-
-
Perspectiva de modelos
Modelo de contexto
Perspectiva externa, que modela o ambiente de negócio e tecnológico, no qual o sistema irá funcionar
Modelo de interação
Interação entre sistemas, componentes, módulos, usuários e negócio
Modelo estrutural
Modelagem da estrutura de arquivos, dados e processos dentro do sistema
-
Requisitos
-
-
Segundo sommerville
A descoberta de requisitos é o processo de reunir informações sobre sistemas requeridos e sistemas existentes e separar dessas informações dos requisitos de usuário e sistema
fases
identificação
Solicitação do cliente para o desenvolvedor todas as necessidades e problemas da empresa, ou do departamento.
especificação
Esta é a fase de elaboração e escrita dos requisitos funcionais, não funcionais e regras de negócio, criando o documento de Análise de Sistema, no qual, as definições ficam registradas.
classificação
É onde são demonstrados o formato entre baixo médio ou alto a importância daquele requisito no sistema.