Apols Analise de sistemas

Prévia do material em texto

B. É a capacidade de compartilhar estruturas comuns entre diversas classes derivadas
C. Há um reaproveitamento de código da classe pai por parte da classe filha
Abstração tem o foco em aspectos relevantes para um determinado propósito, abstraindo os demais elementos que não são importantes para a situação que se está modelando.
Encapsulamento consiste na separação dos aspectos externos de um objeto, acessível para outros objetos, dos detalhes internos da implementação daquele objeto, que ficam ocultos dos demais objetos.
Herança é o compartilhamento de atributos e operações entre classes com base em um relacionamento hierárquico. Permite que uma classe herde características de outra classe.
Entidades
A entidades são categorias lógicas de “coisas” ou “pessoas”, as quais representam uma origem ou destino de transações. Se compararmos com a orientação a objetos, as entidades funcionam de modo similar ao dos objetos, pois representam parte do mundo real.
Processos
O primeiro componente a ser analisado é o processo, pois ele é o coração do DFD. Ele mostra as funcionalidades ou processos que o software deve executar. Processos também são conhecidos como bolha, função ou transformação, pois representam as transformações de fluxos de dados de entrada em fluxos de dados de saída. Por proporcionar uma transformação, geralmente, o processo provoca mudanças de estrutura, conteúdo ou estado dos dados
Fluxos de dados
Os fluxos de dados são os componentes capazes de interligar os processos. Eles representam caminhos pelos quais passam os dados, sendo representados por meio de setas que indicam a origem e o destino do dado.
Depósito de dados
Um depósito de dados representa uma coleção de pacotes de dados, Os depósitos de dados são simples meios de armazenamento de dados estocados, sem maiores preocupações com suas características físicas. O depósito de dados representado em um DFD mostra a lógica e não a parte física do dado em si.
DFD de nível zero
Nesse nível de DFD, é possível encontrar detalhes sobre as principais funcionalidades do software. Ele representa a visão de mais alto nível das principais funções do sistema, bem como das principais interfaces entre essas funcionalidades.
DFD de contexto
Este é o DFD de nível mais alto, sendo o que dá a visão das principais funções do sistema. Ele é macro, contendo um processo que representa o sistema como um todo, os principais fluxos de dados e os agentes externos, ou seja, os sistemas com os quais o sistema modelado faz interface, ou mesmo os diversos setores da empresa que terão algum tipo de acesso ao sistema.
Ele é simples, porque não detalha nenhum dos processos do sistema, mas dá uma visão do todo e dos principais relacionamentos.
DFD de níveis intermediários
Os DFDs de níveis intermediários são os diagramas que mostram a decomposição, ou seja, o detalhamento ou explosão de cada processo de nível mais alto. Portanto, cada nível detalha mais o nível imediatamente anterior.
Visão macro do BPMN
O objetivo do BPMN é modelar processos utilizando elementos conhecidos e que representem o encadeamento de eventos/atividades, mostrando como começa um processo, quais os passos e a ordem de execução destes passos e como ele é finalizado. Todas as partes do processo, ou os passos, se ligam por meio de conectores (Silver; Richard, 2009).
Os requisitos são as bases para todo projeto de software, definindo o que as partes interessadas de um novo sistema necessitam, e, também, o que o sistema deve fazer para satisfazer às suas necessidades.
O ciclo de vida da engenharia de requisitos é composto por sete passos, conforme já comentado anteriormente.
Os passos são evolutivos e complementares entre si, cada um possuindo uma meta a ser atingida. São eles: concepção, levantamento, elaboração, negociação, especificação, validação e gestão de requisitos. 
Requisitos funcionais. Eles definem funções e funcionalidades que o sistema de software deve executar.
Requisitos não funcionais referem-se aos critérios que qualificam os requisitos funcionais. Esses critérios podem ser de qualidade para o software, ou seja, os requisitos de performance, usabilidade, confiabilidade, robustez.
A UML é uma linguagem ou notação de diagramas que serve para especificar, visualizar e documentar modelos de software desenvolvidos sob os preceitos da orientação por objetos.
De acordo com a IBM[2], os diagramas de classe são fundamentais para o processo de modelagem de objetos e modelam a estrutura estática de um sistema. Dependendo da complexidade de um sistema, é possível utilizar um único diagrama de classe para modelar um sistema inteiro ou vários diagramas de classe para modelar os componentes de um sistema.