Anlise de Sistemas

ANLISE E DESENHO DE SISTEMAS Processo de anlise da situao de negcio, com o propsito de o melhorar atravs de procedimentos e mtodos mais adequados.

ANLISE DE SISTEMAS Processo de reunir e interpretar factos, diagnosticar problemas, utilizar estes factos para melhorar o sistema. DESENHO DE SISTEMAS Anlise especfica o que que o sistema deve fazer. Desenho apresenta como que o sistema deve ser desenvolvido.

PROFISSIONAIS DE SISTEMAS DE INFORMAO

Analista de Sistemas ou Analistas de Informao Determinar as necessidades de informao e requisitos de processamento. Conduzir estudos relacionados com a actividade de negcio. Analista e Desenhador de Sistemas ou Desenhadores de sistemas ou aplicaes Responsveis pelo estudo exaustivo do negcio e pelo desenho do novo sistema. Analistas, Desenhadores e Programadores de Sistemas ou Programadores Analistas Conduzem o projecto desde a anlise do sistema, desenvolvem as especificaes e desenho, e programam o software que implementa o desenho especificado.

MUDANA ORGANIZACIONAL O ambiente de instabilidade em que vivem hoje as organizaes, leva a que estas sejam capazes de antecipar a mudana e de responder de forma inovadora

A MUDANA ORGANIZACIONAL PODE SER: PLANEADA, ou no, quando responde a um estmulo de uma forma praticamente instantnea; REACTIVA, porque se reconheceu internamente que a organizao j no vivel; PR-ACTIVA, quando a organizao reconhece novas possibilidades para si mesma; INCREMENTAL, quando se trata de uma mudana planeada; TRANSFORMACIONAL, quando se procede a mudanas na cultura e na concepo do trabalho segundo um plano previamente elaborado; EVOLUCIONRIA, quando o crescimento da organizao implica a implementao de alteraes no planeadas; REVOLUCIONRIA, quando a organizao se v obrigada a fazer alteraes profundas no seu funcionamento.

Anlise de Sistemas

OS SI E A MUDANA ORGANIZACIONAL As TI so um agente de mudana organizacional mas, no entanto, por si s, no provocam mudanas significativas para a organizao, pelo que necessria a sua organizao com os SI Vrias organizaes associam claramente aos SI o papel de permitir a mudana, sendo difcil exemplificar casos onde conduzem a mudana, apesar de lhe atriburem esse papel A vantagem conferida pelo SI na mudana surge de um balano entre factores internos e externo e entre o domnio da organizao e das TI Os SI assumem um papel importante, acrescentando valor mudana, uma vez que oferecem vrias opes para reorganizar o trabalho nas organizaes

DESENVOLVIMENTO ESTRUTURADO DE SISTEMAS Desenvolvimento sistemtico. Entender o problema (O QU). Descrever o problema. Desenhar a soluo baseada na compreenso do problema. Construir modelos que assentem em regras bem definidas. Modelos revistos e comentados pelos utilizadores. Documentar todo o processo de desenvolvimento. Usar de preferncia notaes grficas para representar o modelo do sistema.

PROCESSO DE DESENVOLVIMENTO DE S. I.

A partir do enunciado de um problema aplica-se um conjunto de actividades de anlise para determinar o domnio do problema; a partir do domnio do problema aplica-se um conjunto de actividades de desenho para determinar o domnio da soluo; a partir do domnio da soluo aplica-se um conjunto de actividades de implementao para

determinar o domnio da realizao, que o produto final de um projecto.

PROJECTO DE SISTEMAS

Barry Boehm identificou 7 questes que qualquer projecto de S. I. dever responder: 1. Porque que o sistema vai ser desenvolvido? 2. O que vai / deve ser feito? 3. Quando que vai ser feito? 4. Quem o responsvel? 5. Onde que as responsabilidades esto localizadas?

Anlise de Sistemas 6. Como que vai ser feito? 7. Quanto vai custar em termos de recursos?

FASES DO PROCESSO DE DESENVOLVIMENTO DE S. I. IMP.

1. CONCEPO Identificar o que que o sistema deve fazer, nomeadamente a informao a processar, as funcionalidades a implementar, as restries existentes, os critrios que determinam o sucesso e a aceitao; devem ser consideradas e avaliadas diferentes alternativas e efectuada a respectiva seleco. 2. IMPLEMENTAO Identificar o como fazer o sistema, e constru-lo de facto; nomeadamente, sero definidas e construdas as estruturas de dados, os programas, os mdulos, as interfaces (internas e externas), os testes a realizar; no final desta fase dever ser disponibilizado o sistema de forma funcional. 3. MANUTENO Inclui todas as alteraes posteriores aceitao do produto pelo cliente final: correco de erros, introduo de melhorias e/ou de novas funcionalidades.

FASES E TAREFAS DO PROCESSO DE DESENVOLVIMENTO DE S. I.

METODOLOGIAS ESTRUTURADAS Aplicao de um conjunto de princpios com o objectivo de formalizar o processo de identificao de requisitos, de modo a reduzir as possibilidades da m interpretao dos mesmos e introduzir tcnicas baseadas nas melhores prticas ao processo de anlise e desenho.

Anlise de Sistemas

Sequncia de fases e actividades, com inputs e outputs, regras, intervenientes, tcnicas, notaes, ferramentas, documentao, tcnicas de gesto, etc, com o objectivo de prestar mais ateno ao processo global e menos programao.

TIPOS DE ANLISE FUNCIONAL orientada para a decomposio funcional do sistema e a identificao dos respectivos processos. ORGNICA centra-se nos dados, colocando os conceitos e as entidades manipuladas no negcio como os elementos mais importantes do desenvolvimento do sistema.

PROCESSO DE DESENVOLVIMENTO DE S. I.

ACTIVIDADES: Compreender a misso e organizao da organizao. Identificar e envolver todos os interessados e afectados pela introduo do sistema. Obter uma viso de alto nvel do funcionamento do sistema actual, caso ele exista. Definir o mbito do sistema. Elaborar uma descrio de alto nvel do problema. Identificar restries, problemas e riscos do projecto. Identificar alternativas de implementao, proceder sua avaliao e seleco. Apresentar resultados e recomendaes, com justificao tcnica, funcional e financeira. Elaborar e obter aprovao de um plano de projecto. Definir o processo de controlo do projecto.

TCNICAS: Anlise financeira de custos e/ou benefcios. Elaborao de estimativas. Elaborao de planos do projecto (identificao de tarefas, elaborao de Diagramas de Pert e/ou Gantt). Identificao de riscos e medidas de os controlar. Elaborao de rvores ou tabelas de deciso. Aplicao de tcnicas de modelao de processos.

PROBLEMAS NO DESENVOLVIMENTO DE S. I. Falta de qualidade, traduzida no incumprimento dos requisitos e nos problemas que se verificam aps a instalao do produto. Incumprimentos dos prazos estabelecidos para o desenvolvimento do software. Ineficiente controlo de custos previamente definidos para o desenvolvimento do software.

Anlise de Sistemas

PARADIGMAS PARA O DESENVOLVIMENTO DE SI Existem vrios paradigmas para o desenvolvimento de SI: Ciclo convencional de desenvolvimento de sistemas de informao (Waterfall Model): Prototipagem Spiral Model RAD (Rapid Application Development) O paradigma deve ser escolhido baseado na natureza do sistema de informao a desenvolver.

MODELO EM CASCATA (WATERFALL MODEL) IMP.

VANTAGENS 1. Este modelo adapta-se s necessidades das organizaes. 2. As fases do modelo correspondem exactamente aos nveis de abstraco da hierarquia da organizao. 3. S se avana para a tarefa seguinte quando o cliente valida e aceita os produtos finais. 4. Pressupe que o cliente participa activamente no projecto e sabe bem o que quer.

DESVANTAGENS 1. Dependncia da sequncia linear do processo de desenvolvimento, onde uma fase deve ser completada antes de comear outra. 2. Promove a separao dos esforos ao longo das diferentes tarefas, desencorajando a comunicao e partilha de vises entre todos os intervenientes. 3. Minimiza o impacto da compreenso adquirida no decurso de um projecto, pois se um processo no pode voltar atrs de modo a alterar os modelos e as concluses das tarefas anteriores, normal que as novas ideias sobre o sistema no sejam aproveitadas.

Anlise de Sistemas

MODELO EM CASCATA REVISTO

VANTAGENS Prev a possibilidade de a partir de qualquer tarefa do ciclo se poder regressado a uma tarefa anterior de forma a contemplar alteraes funcionais e/ou tcnicas que entretanto tenham surgido.

DESVANTAGENS Risco desta aproximao que, na ausncia de um processo de gesto do projecto e de controlo das alteraes bem definido, pode-se passar o tempo num ciclo sem fim, sem nunca se atingir o objectivo final que disponibilizar um sistema a funcionar.

MODELO ITERATIVO E INCREMENTAL

Anlise de Sistemas

Baseia-se no princpio que a equipa envolvida possa refinar ou alargar pouco-a-pouco a qualidade, detalhe e mbito do sistema envolvido. A principal consequncia da aproximao iterativa que os produtos finais de todo o processo vo sendo amadurecidos e completados ao longo do tempo, mas cada iterao produz sempre um conjunto de produtos finais. Requer processos geis!

MODELO DE PROTOTIPAGEM

Apoiar a definio de requisitos. Desenho rpido do sistema a desenvolver. Produtos executveis. importante definir as regras do jogo no incio cliente e programador devem estar de acordo que o prottipo seja apenas construdo como um mecanismo de definio de requisitos.

MODELO ESPIRAL

Variante do modelo iterativo e incremental. Foi proposto por Barry Boehm como respostas s crticas que os processos existentes no favoreciam a utilizao de prototipagem e reutilizao de software. Alm das actividades previstas pelos outros processos prope logo de seguida tarefa de planeamento a realizao de uma tarefa de prototipagem e de anlise de risco, como forma de eliminar os principais problemas e identificar os requisitos do sistema. XP (Extreme Programming) pode ser considerado um exemplo de um processo de desenvolvimento gil em espiral.

Anlise de Sistemas

CRITRIOS PARA SELECCIONAR O MODELO:

1. CLAREZA DE REQUISITOS As metodologias RAD de prototipagem so mais apropriadas quando os requisitos no esto claramente definidos pelos utilizadores, assim h a interaco e validao mais cedo com o sistema. 2. FAMILIARIDADE COM A TECNOLOGIA Se o sistema desenhado sem alguma familiaridade com a tecnologia base que ser utilizada, os riscos aumentam pois as ferramentas podem no ser capazes de fazer o necessrio. 3. COMPLEXIDADE DO SISTEMA Sistemas complexos requerem uma anlise e desenho mais detalhada. 4. SEGURANA DO SISTEMA A segurana do sistema um factor importante no desenvolvimento do sistema. Metodologias de prototipagem na anlise so mais apropriadas quando a segurana do sistema tem uma prioridade elevada. Metodologias de prototipagem no costumam ser uma boa opo porque no dada muito importncia s fases de anlise e desenho. 5. ESCALONAMENTO DO TEMPO CURTO Metodologias RAD adequam-se bem a projectos com tempos curtos pois introduzem celeridade ao projecto. Metodologias Waterfall so a pior escolha quando o tempo essencial, pois este no permite fceis alteraes no escalonamento. 6. VISIBILIDADE DO PLANO

Metodologias RAD antecipam algumas das decises crticas de desenho; consequentemente, isto vai ajudar os gestores de projecto a reconhecer e enderear os factores de risco e manter as expectativas altas.

REQUISITOS IMP.

CONCEITOS GERAIS Requisito Requisitos funcionais e no-funcionais Documento de requisitos

LEVANTAMENTO DE REQUISITOS Questionrios, entrevistas, observao directa Anlise de requisitos Lista de verificaes Matrizes de interaco Negociao dos requisitos

Anlise de Sistemas ANLISE DE REQUISITOS A anlise de requisitos fundamental para o desenvolvimento de sistemas, pois trata de descobrir o que o cliente quer com o sistema. A anlise de requisitos est associada ao processo de descobrir quais so as operaes que o sistema deve realizar e quais so as restries que existem sobre estas operaes.

OBJECTIVOS Encontrar problemas, falhas, inconsistncias e necessidades. A anlise intercalada com o levantamento de requisitos. A anlise suportada por uma lista de verificao de problemas.

O QUE UM REQUISITO? Funcionalidades pretendidas no sistema Descrio de propriedades do sistema. Descrio de restries ou condicionantes do sistema. O foco est nas necessidades de negcio Requisitos mudaro ao longo do desenvolvimento do projecto.

TIPOS DE REQUISITOS

FUNCIONAIS o que o sistema deve fazer Um processo que o sistema tem de efectuar Informao que o sistema deve conter.

NO FUNCIONAIS Propriedades comportamentais que o sistema deve ter restries sobre como o sistema deve desempenhar suas funes: Operacionais Desempenho Segurana Culturais e polticas

LISTA DE VERIFICAO

1. DESENHO PREMATURO DO SISTEMA Verificar se o requisito inclui informao prematura sobre o desenho ou implementao. 2. COMBINAO DE REQUISITOS Verificar se a descrio do requisito descreve um nico requisito ou se pode ser dividida em diferentes requisitos. 3. REQUISITOS DESNECESSRIOS Verificar se o requisito apenas uma adio cosmtica ao sistema.

Anlise de Sistemas 4. UTILIZAO DE HW NO-STANDARD Verificar se o requisito obriga ao uso de hardware que no standard. 5. CONFORMIDADE COM OS OBJECTIVOS DE NEGCIO Verificar se o requisito consistente com os objectivos do negcio definidos na introduo do documento de requisitos. 6. REQUISITOS AMBGUOS Verificar se o requisito pode ter leituras diferentes por pessoas diferentes. Quais as interpretaes possveis? 7. REQUISITOS REALISTAS Verificar se o requisito realista tendo em conta a tecnologia a ser usada para implementar o sistema. 8. REQUISITOS TESTVEIS Verificar se os engenheiros de teste podem derivar um teste a partir da descrio do requisito que mostre que o sistema satisfaz esse requisito.

DOCUMENTAO

RELATRIO DE DEFINIO DE REQUISITOS Documento formal usado para registar e comunicar os requisitos dos/aos stakeholders. Podem ser includas prioridades. Importante definir o mbito do projecto: o que ser e no ser includo no sistema.

CONTEDO Servios e funes que o sistema deve efectuar; Restries nas quais o sistema deve funcionar; Todas as propriedades ou caractersticas do sistema; Identificao de outros sistemas com o qual o sistema deve comunicar ou integrar-se; Informao sobre o domnio de aplicao do sistema; Restries sobre os processos usados para desenvolver o sistema; Descrio das plataformas computacionais (hardware, redes, ) sobre as quais o sistema deve correr.

UTILIZADORES DO RELATRIO DE REQUISITOS

CLIENTES DO SISTEMA Especificam requisitos e validam a sua adequao s necessidades. GESTORES DE PROJECTO Planear os custos, prazos e tempo de desenvolvimento adequado. ENG. DO SISTEMA Entender o sistema a desenvolver. ENG. DE TESTES DO SISTEMA Desenvolver testes de validao.

10

Anlise de Sistemas ENG. DE MANUTENO DO SISTEMA Compreender o sistema.

TCNICAS DE LEVANTAMENTO DE REQUISITOS Entrevistas Questionrios Observao directa Anlise de documentos JAD Joint Application Design Prtotipagem

ANLISE DE DOCUMENTOS Documentos que contm informao do sistema as-is.

DOCUMENTOS TPICOS: Regulamentos; Relatrios internos (vendas, stocks, produo); Registos peridicos (registo de pagamento a fornecedores, registo de encomendas); Formulrios (facturas, recibos, ficha de cliente, ficha de funcionrio); Manuais de procedimentos.

Procurar elementos adicionados pelos utilizadores aos formulrios. Procurar elementos no utilizados. Deve ser dada particular ateno aos documentos: Que descrevem a organizao; Que descrevem os contedos funcionais dos vrios cargos; Que relatam as actividades da organizao; Que constituem material publicitrio e promocional da organizao.

QUESTIONRIOS Conjunto de questes escritas, usualmente enviadas para um grande n de pessoas. Podem ser em formato de papel ou electrnico. Seleccionar participantes representativos Desenvolver questes claras e de fcil anlise. Definir estratgias para obter um bom n de respostas.

ENTREVISTAS Seleccionar os entrevistados. Desenvolver questes da entrevista. Estabelecer objectivos da entrevista. Conduzir a entrevista.

11

Anlise de Sistemas SELECO DOS ENTREVISTADOS Baseada nas necessidades de informao Obter diferentes perspectivas: Gestores; Utilizadores.

PREPARAO DA ENTREVISTA Plano geral da entrevista Lista de questes; Previso de respostas e Follow-Ups. Confirmar reas de conhecimento. Estabelecer prioridades no caso de ter pouco tempo. Preparao do entrevistado Marcao da entrevista; Informar os motivos da entrevista; Informar as reas de discusso.

CONDUZIR A ENTREVISTA Aparncia profissional e imparcial Registar toda a informao Verificar a poltica de gravao udio da organizao Garantir que entende todas as questes e termos. Separar factos de opinies. Dar tempo ao entrevistado para fazer questes. Agradecer ao entrevistado!

FOLLOW-UP DA ENTREVISTA Preparao das notas da entrevista. Preparao do relatrio da entrevista. Verificar falhas e novas questes.

ENTREVISTA VS QUESTIONRIO A entrevista preenchida por um entrevistador. O questionrio preenchido pelo questionado. A Entrevista pode ser Exploratria ou Uniformizada.

O objectivo da Entrevista Exploratria essencialmente desenvolver ideias e pesquisar hipteses. Entrevistas exploratrias individuais so caras, demoradas e no so fceis de arranjar. Algumas pessoas preferem, conduzir sesses com grupos de entrevistado. (Neste caso necessrio considerar influncias e contaminao prpria do grupo).

12

Anlise de Sistemas O objectivo da Entrevista Uniformizada essencialmente recolha de dados (obteno de factos e de estatsticas).

OBSERVAO DIRECTA Observao dos processos a serem executados. Utilizadores/gestores no se lembram com exactido de tudo o que fazem. Valida a informao recolhida com outros mtodos. Ter em ateno que o comportamento das pessoas muda quando esto a ser observadas. Tentar ser discreto. Identificar perodos mortos e picos.

O QUE A UML?

UML uma linguagem (notao com semntica associada) para Visualizar, Especificar, Construir e Documentar os artefactos de um sistema com uma componente intensiva de software (software intensive system) UML no uma metodologia porque no diz quem deve fazer o qu, quando e como. UML pode ser usado segundo diferentes metodologias, tais como RUP (Rational Unified Process), ICONIX, FDD (Feature Driven Development), etc. UML no uma linguagem de programao. A linguagem considerada abrangente e genrica o suficiente para permitir a modelagem de sistemas diversos.

A UML COMPOSTA PELAS SEGUINTES PARTES: Vises Diagramas Elementos de Modelo Mecanismos Gerais

Pode ser aplicada em diferentes fases do desenvolvimento de um sistema, desde a especificao da anlise de requisitos at finalizao com a fase de testes

A UML suporta modelos estticos, dinmicos e funcionais.

A MODELAO PODE SER: ESTTICA suportada pelos diagramas de classes e de objectos. DINMICA suportada pelos diagramas de estado, sequncia, colaborao e actividade. FUNCIONAL suportada pelos diagramas de componentes e instalao.

13

Anlise de Sistemas Um sistema descrito por vises, cada uma representa uma projeco da descrio completa e mostra caractersticas particulares do sistema:

VISES DA UML

1. VISO USE CASE (CASO DE UTILIZAO) Viso externa do sistema e suas interaces com o mundo exterior Viso de alto nvel de funcionalidade uma viso central, pois o seu contedo base do desenvolvimento das outras vises do sistema Usa diagramas de Use Case e de Actividade

2. VISO LGICA Descreve como a funcionalidade do sistema ser implementada Em contraste com a viso use case, a viso lgica observa e estuda o sistema internamente Descreve e especifica a estrutura esttica do sistema e as colaboraes dinmicas A estrutura esttica utiliza diagramas de Classes e de Objectos A modelao dinmica efectuada com os diagramas de Estado, Sequncia, Colaborao e Actividade

3. VISO DE COMPONENTES Descrio da implementao dos mdulos e das suas dependncia

4. VISO DE CONCORRNCIA Trata a diviso do sistema em processos e processadores Permite uma melhor utilizao do ambiente onde o sistema ser implementado, a nvel de execues paralelas e de gesto de eventos assncronos Suportada por diagramas dinmicos: Estados, Sequncia, Colaborao e Actividade; e por diagramas de implementao: Componentes e Execuo

5. VISO DE ORGANIZAO Descreve a organizao fsica do sistema, os computadores, os perifricos e como estes se interligam Suportada pelo diagrama de execuo Actividade executada pelos responsveis pelo desenvolvimento, integrao e testes

MODELOS E DIAGRAMAS Um modelo uma representao em pequena escala, numa perspectiva particular, de um sistema existente ou a criar. Atitude de abstraco (omisso de detalhes) fundamental na construo de um modelo. Modelos so a linguagem por excelncia do projectista (designer).

14

Anlise de Sistemas Modelos so veculos para comunicao com vrios interessados

Modelos permitem raciocinar acerca do sistema real, sem o chegar a construir. Um modelo constitudo por um conjunto de diagramas (desenhos) consistentes entre si, acompanhados de descries textuais dos elementos que aparecem nos vrios diagramas. Um diagrama uma vista sobre um modelo. O mesmo elemento (exemplo: classe) pode aparecer em vrios diagramas de um modelo. Ao longo do ciclo de vida de um sistema so construdos vrios modelos, sucessivamente refinados e enriquecidos.

DIAGRAMAS DA UML DIAGRAMAS DA UML

15