You are on page 1of 4

Capitulo 7

Modelos de contexto e de interao

Modelo de contexto de sistema um modelo estrutural que mostra outros sistemas


no ambiente do sistema que est sendo desenvolvido.
Modelo de interao um modelo dinmico que mostra como o sistema interage
com seu ambiente, durante o seu uso.

Modelos de projeto
Os modelos de projeto mostram os objetos e classes de objeto, e os relacionamentos entre
essas entidades.

Os modelos estruturais descrevem a estrutura esttica do sistema usando as classes


de objetos e suas relaes. Relacionamentos importantes que podem ser
documentados nesse estgio so os de generalizao (herana), usa/usado por, e
composio.
Os modelos dinmicos descrevem a estrutura dinmica e mostram as interaes
entre os objetos do sistema. Estas interaes podem ser documentadas e incluem a
sequncia de solicitaes de servios feitas pelos objetos e as mudanas de estado que
so disparadas por essas interaes entre objetos.

Modelos de caso de uso e de arquitetura

Os modelos de subsistemas que mostram os agrupamentos lgicos de objetos em


subsistemas coerentes.
Os modelos de sequncia que mostram a sequncia das interaes dos objetos.
Os modelos de mquina de estados que mostram como objetos individuais mudam
de estado em resposta a eventos.

Padres de Projeto

Padro Observer
o Informar a vrios objetos que o estado de algum outro objeto mudou.
Padro Facade
o Ligar as interfaces a um nmero de objetos relacionados, os quais, geralmente,
foram desenvolvidos incrementalmente.
Padro Iterador
o Prover uma forma padro de acesso aos elementos em uma coleo, sem se ater
em como essa coleo implementada.
Padro Decorador
o Permitir a possibilidade de extenso da funcionalidade de uma classe existente em
tempo de execuo.

Tipos de Implementaes

Reso
o Muitos softwares modernos so construdos pelo reuso de componentes e/ou
sistemas existentes. Quando se est desenvolvendo softwares, deve-se fazer o
maior uso possvel de cdigos existentes.
Gerenciamento de configurao
o Durante o processo de desenvolvimento, deve-se manter registro, em um sistema
de gerenciamento de configurao, das vrias verses diferentes de cada
componente de software.
Desenvolvimento host-target
o Geralmente, o software de produo no executado no mesmo computador que o
ambiente de desenvolvimento de software. Ao invs disso, desenvolve-se o software
em um computador (o sistema host) e se executa em um computador separado (o
sistema target).

Modelos de licena

A GNU General Public Licence (GPL). Essa a chamada licena recproca, o que
significa que se voc usa um software open source licenciado sob a GPL, voc precisa
tornar esse software open source.
A GNU Lesser General Public License (LGPL). Essa uma variao da licena GPL
na qual voc pode escrever componentes que se ligam a cdigos open source, sem
precisar publicar o cdigo desses componentes.
A Berkley Standard Distribution (BSD). Essa uma licena no recproca, o que
significa que no necessrio republicar quaisquer mudanas ou modificaes feitas
no cdigo open source. E que possvel incluir o cdigo em sistemas proprietrios
comercializados.

Capitulo 10 Sistemas Sociotcnicos


Camadas na pilha de sistemas sociotcnicos

A camada de equipamentos
o composta de dispositivos de hardware, alguns podendo ser computadores. A
maioria dos dispositivos incluir algum tipo de sistema embutido.
A camada de sistema operacional
o Fornece um conjunto comum de recursos para os nveis mais altos do sistema.
A camada de comunicaes e gerenciamento de dados
o Middleware que fornece acesso a sistemas remotos e bancos de dados.
A camada de sistemas de aplicao
o Funcionalidade especfica para atender a algum requisito da organizao.
A camada de processos de negcio
o Um conjunto de processos envolvendo pessoas e sistemas de computador que
mantm as atividades do negcio.
A camada organizacional
o Atividades estratgicas de negcio de nvel mais alto que afetam a operao do
sistema.
A camada social
o Leis, regulamentaes e a cultura que afetam a operao do sistema.

Categorias de Sistema

Sistemas tcnicos baseados em computador


o So os sistemas que incluem hardware e software, mas os processos operacionais e
pessoas no so normalmente considerados partes do sistema. O sistema no
autoconsciente.
o Exemplo: Um processador de textos usado para escrever um livro.
Sistemas sociotcnicos
o So os sistemas que incluem sistemas tcnicos mas tambm processos operacionais
e pessoas que usam e interagem com o sistema tcnico. Sistemas sociotcnicos so
governados por polticas e regras organizacionais.
o Exemplo: Um sistema de publicao para produo de um livro.

Fatores organizacionais

Mudanas de processos
o Os sistemas podem demandar mudanas nos processos de negcio o que pode
requerer treinamento. Mudanas significativas podem sofrer resistncia por parte
dos usurios.
Mudanas de trabalho

Os sistemas podem diminuir a necessidade de habilidades ou causar mudanas na


forma como se trabalha. O status dos indivduos em uma organizao pode ser
afetado pela introduo de um sistema novo.
Mudanas organizacionais
o Os sistemas podem mudar a estrutura poltica de poder em uma organizao. Se
uma organizao depende de um sistema, aqueles que controlam o sistema tm
mais poder.
o

Caractersticas de sistemas sociotcnicos considerando proteo e


confiana

Propriedades emergentes
o Propriedades do sistema como um todo, as quais dependem dos componentes do
sistema e seus relacionamentos.
No-determinsticos
o Nem sempre produzem o mesmo resultado quando apresentados as mesmas
entradas pois o comportamento do sistema parcialmente dependente de
operadores humanos.
Relaes complexas com objetivos organizacionais
o A extenso pela qual o sistema d suporte aos objetivos organizacionais no
depende apenas do prprio sistema.

Propriedades Emergentes
Volume
Confiabilida
de

Proteo

Reparabilid
ade

Usabilidade

O volume de um sistema (o espao ocupado) vria conforme os conjuntos de


componentes esto dispostos e conectados.
A confiabilidade de sistema depende da confiabilidade de componentes, mas
interaes inesperadas podem causar novos tipos de falhas e, portanto,
afetar a confiabilidade do sistema.
A proteo do sistema (sua capacidade de resistir ao ataque) uma
propriedade complexa que no pode ser facilmente mensurada. Os ataques
podem ser de forma imprevista pelos projetistas de sistemas e, assim,
derrotar as protees internas
Essa propriedade reflete o quo fcil corrigir um problema com o sistema
uma vez que este tenha sido descoberto. Depende da capacidade de
diagnosticar o problema e do acesso a componentes que estejam com
defeito, bem como de se modificar ou substituir tais componentes.
Essa propriedade reflete o quo fcil usar o sistema. Depende dos
componentes tcnicos do sistema, seus operadores e seu ambiente
operacional.

Tipos de propriedades emergentes

Propriedades emergentes funcionais


o Essas aparecem quando todas as partes do sistema trabalham juntas para alcanar
algum objetivo. Por exemplo, uma bicicleta tem a propriedade funcional de ser um
dispositivo de transporte, a qual foi montada a partir de seus componentes.
Propriedades emergentes no-funcionais
o Exemplos so; confiabilidade, desempenho e proteo do sistema. Esses esto
relacionados ao comportamento do sistema em seu ambiente operacional. Eles
geralmente so crticos para sistemas baseados em computador j que a falha em
alcanar um nvel mnimo pr-definido nessas propriedades pode tornar o sistema
intil.

Estgios da engenharia de sistemas

Aquisio
o O propsito do sistema estabelecido; so definidos os requisitos de alto nvel do
sistema; so tomadas decises a respeito de como a funcionalidade ser distribuda
e so adquiridos os componentes do sistema.
Desenvolvimento
o O sistema desenvolvido os requisitos so definidos em mais detalhes; o sistema
implementado e testado e os processos operacionais so definidos.
Operao
o O sistema implantado e colocado em uso. So feitas mudanas conforme novos
requisitos emergem. Eventualmente, o sistema desqualificado e substitudo.

Fatores que influenciam na tomada de deciso

O estado de outros sistemas organizacionais


A necessidade de cumprir regulamentaes externas
A concorrncia externa
Reorganizao do negcio
O oramento disponvel

O processo de projeto do sistema

Particionar os requisitos
o Organizar os requisitos em grupos relacionados.
Identificar subsistemas
o Identificar um conjunto de subsistemas que, coletivamente, podem realizar os
requisitos do sistema.
Determinar requisitos para os subsistemas
o Causa problemas particulares quando so usados COTS.
Especificar as funes dos subsistemas.
Definir as interfaces dos subsistemas
o Atividade crtica para o desenvolvimento em paralelo dos subsistemas.