Estudo Dirigido 2 Engenharia de Computao Tpicos 2, Sistemas de Informaes - UFG 2012 Aluno: Andr Campos Rodovalho 064896

Projetos de Sistemas de Informao

1- O que Projeto de Sistemas? a especificao de todo o Sistema de Informao que ser construdo, um documento base para toda soluo que ser implementada. Inclui: O que o Sistema deve fazer, seu objetivo e motivao. A configurao de hardware onde o sistema vai rodar. A platforma de software onde o sistema vai rodar, isto , sistema operacional, SGBD, planilha, linguagem de programao... A arquitetura de software para o sistema proposto, incluindo interfaces entre os mdulos do sistema. A funo de cada mdulo, isto , o que cada mdulo faz, ou que transformaes ele realiza em relao as suas entradas. As bases de dados que faro parte do sistema de informao, de onde vem a informao que ser armazenada em SGBD ou em arquivos . Interfaces com usurio, que deve sempre visar melhor iteratividade com usurios. Esforo, prazo e custo, o que cada tarefa precisa para ser executada, o tempo que levar e quanto custar. 2- Especificao do Escopo, Objetivos, Restries e Riscos O escopo o objetivo que se pretende atingir, o fim o propsito, o desgnio. Em projetos pode-se entender tambm como o limite de, ou o que vai atingir uma determinada operao dentro da qual os recursos de sistema podem ser utilizados.

Figura 1 Esquema do escopo em coordenadas

O foco deste conjunto de atividades deve ser a determinao eficaz de requisitos de software (seus objetivos e expectativas) atravs de mtodos de levantamento e avaliao da viabilidade do projeto de uma variedade de pontos de vista levando em considerao restries e riscos. Depois que a viabilidade foi estabelecida, a tarefa ainda

no mbito deste processo, a especificao de requisitos de validao e procedimentos de mudana. Mtodos para levantamento de requisitos (observao), anlise (modelo de dados, modelo de casos de uso), especificao e validao (prototipagem) devem ser escolhidos, tendo em conta as diferentes perspectivas das partes interessadas. Isto leva determinao do escopo do projeto, objetivos e restries. Esta sempre uma atividade importante, pois define as fronteiras visveis para o conjunto de tarefas a serem realizadas, a viabilidade tcnica, de pessoas, conhecimento etc., tudo deve ser observado, inclusive as capacidades operacionais e financeiras. Por mais bem organizado e gerido, todo projeto possui certo risco, por isso a identificao e anlise destes deve ser feita (o que pode dar errado, como e porqu, e quais so as provveis consequncias), avaliao de risco crtico (quais os riscos mais significativos, os quais tm poder para descontinuar). Mitigao de riscos e planos de contingncia (definio de uma estratgia para cada perfil de risco) so realizados. Mtodos de avaliao de risco (por exemplo, rvores de deciso e simulaes de processos) podem ser utilizados a fim de destacar e avaliar os riscos. Polticas de abandono do projeto tambm devem ser determinadas neste momento em discusso com todos os interessados. 3- Especificao do Ambiente da Tecnologia e Ferramentas Depois de um escopo bem definido, a especificao do ambiente (onde o soluo vai rodar), a tecnologia a se usar, e ferramentas podero ser acordadas com a equipe. Todas estas caractersticas podem ser afetadas pelas condies especificadas na fase anterior, existe certo espao para preferncias, costume ou eficincia, do ambiente, tecnologia ou ferramenta, porm pesa muito as condies que o cliente tem, que de certa forma engessam certos requisitos. Estas escolhas influenciam tambm no custo do projeto, afinal de contas, de certa forma todas ferramentas, ambientes e tecnologias tm seu custo. Tambm profissionais especializados em cada diferente tecnologia tm seu custo, bem como quaisquer treinamentos da equipe para uma nova tecnologia, se necessrio. 4- Arquitetura do Sistema A arquitetura de um sistema consiste na definio dos componentes do mesmo, suas propriedades vistas de fora, e seus relacionamentos com outros sistemas. Existe tambm o termo que se refere ao produto final desta fase, um documento, geralmente diagramas UML (Unified Modeling Language). A documentao da arquitetura do software facilita a comunicao entre os interessados, registra as decises iniciais acerca do projeto de alto-nvel, e permite o reuso no projeto dos componentes de outro projeto e viabiliza o uso dos novos componentes de projeto em outros futuros. em suma uma viso abstrada, uma viso area de toda a soluo. Em geral elaborada pelos profissionais mais experientes e competentes da equipe. Qualquer equvoco nesta fase, certamente influenciar negativamente nas fases seguintes, e

significar um desperdcio, um custo a mais. Esta arquitetura o esquema bsico de como o sistema funciona pode ser descrita em diferentes nveis, com diferentes objetivos e atender a diferentes partes da equipe e interessados. O diagrama da Figura 2, deve ser discutido com o cliente, que o mais interessado, e ele quem entende melhor como as coisas do mundo real (seu comrcio por exemplo) funcionam, e basicamente isto que documentado neste diagrama. J o Diagrama de Classes da Figura 3 muito mais tcnico, e descreve o comportamento de alguns componentes de sistema, um documento interessante para os codificadores da equipe, serve como guia de como o sistema deve ser implementado, e pode ser tambm entrada para alguma ferramenta de gerao automtica de cdigo.

Figura 2 UML de de Modelo de Casos de Uso

Figura 3 UML de Diagrama de Classes

5- Funes dos Mdulos do Sistema Uma vez definida a arquitetura do sistema, preciso definir com detalhes o que cada tarefa de cada mnima parte do sistema dever empenhar. Apezar de os mdulos poderem ser descritos em diferentes nveis de abstrao, o documento total dever especificar por completo as partes integrantes. Nestas descries entram minncias de troca de informaes, em especial entre os mdulos internos do sistema. Protocolos e segurana da informao tambm devero ser colocados mesa. 6- Fontes de informao Ainda mais importante do que a tecnologia de armazenamento ou Sistema Gerenciador de Bando de Dados, a maneira de coleta e de onde so captadas as informaes. Em programas de computador, ou em qualquer outro sistema, a grande quantidade de informaes deve ser levada em considerao, filtros tero de ser institudos, e informaes validadas. O corao do sistema de informaes a

informao. preciso formalizar a entrada de informaes, em especial se as informaes vm de um sistema externo. Afinal a consistncia da soluo est em jogo! Quando o sistema alimentado por usurios, bom que haja facilidade e clareza, afim de que este processo seja o mais eficiente possvel. Quando a questo a sada de informaes, importante que se assegure exatamente quem, quando e como so acessadas estas informaes. Em termos de estrutura, h de se resolver aonde armazenar, se h necessidade de alta disponibilidade, alto desempenho e etc. 7- Esforo, Prazo, Custo e Qualidade Apezar de fazer parte de todas as fases, as questes envolvendo Esforo, Prazo e Custo e Qualidade sero descritas e organizadas apenas quando todas as outras tarefas j tiverem sido especificadas (pelo menos uma vez j que pode haver modificaes). Com base na diviso de tarefas, entradas e sadas, o esforo necessrio para cada tarefa so determinados usando um modelo de estimativa calibrado com base em dados histricos (experincias anteriores), ou outro mtodo como a estimativa de um especialista. Dependncias entre tarefas so estabelecidos e potenciais gargalos so identificados usando mtodos adequados (anlise do caminho crtico, ou outros). Gargalos so resolvidos sempre que possvel, e o cronograma de tarefas definido com horrios previstos, duraes e tempos iniciais e finais. Necessidades de recursos (pessoas, ferramentas) so convertidos em estimativas de custo. Esta uma atividade altamente interativa que deve ser negociada e revista at que se atinja um consenso entre as partes interessadas (cliente/fornecedor). A qualidade definida em termos de atributos pertinentes ao projeto especfico, e qualquer produto associado, tanto quantitativamente quanto qualitativamente. Limiares para a classificao da qualidade so definidas para cada indicador, conforme apropriado s expectativas das partes interessadas para o software em questo. Procedimentos relativos ao programa de qualidade do produto, entrega, verificao e validao tambm so especificadas anteriormente. Para que tudo saia nos conformes, interessante os produtos e processos sejam verificados em intervalos pr-determinados.