Livro - Analise e Projetos de Sistemas - Praticas

Curitiba 2016 Análise e Projetos de Sistemas - Práticas Carla Daiane Za tti 9 Estudo de caso U\ue01f \ue01e\ue01d\ue01c\ue01b\ue01a\ue019 \ue01a\ue01e caso é, entre outros conceitos, um processo especí\ue018co para o estudo ou o desenvolvimento do objeto de estudo, que pode ser um caso individual ou não. O \ue019\ue017\ue016\ue01e\ue01c\ue015\ue014 \ue019 \ue01a\ue019 presente capítulo é focar a apresentação de um estudo de caso cujo objeto é o resultado r eferente às fases de análise e de projeto do desenvolvimento de um sistema de informação \ue018ctício, ela - borado como exemplo do que foi apresentado nos capítulos anterior es. O \ue01e\ue01d\ue01c\ue01b\ue01a\ue019 \ue01a\ue01e caso escolhido para exempli\ue018car o que foi estudado até aqui é o desenvolvimento de intranet para uma empresa \ue018ctícia. Anális e e Projeto s de Sistemas \u2013 154 \u2013 9.1 Visão ger al e escopo U ma equipe de desenvolvimento de sistemas é contratada para implan- tar a intranet de determinada empresa. É proposto o desenvolvimento dessa ferramenta, que deve possibilitar a informatização das funções de comunica- ção e integração com outros sistemas da empresa. Dev e também ser capaz de operar em vários navegadores de internet, bem como conter div ersas funções, como publicação de notícias, agenda eletrônica, armazenamento de informa- ções dos colaboradores, entre outr os. 9.2 Especi\ufb01 cação de r equisitos N esta seção, são especi\ue018cados os supostos requisitos funcionais e não funcionais para o desenvolvimento da intranet. 9.2.1 R equisit os funcionais F oram identi\ue018cados alguns requisitos funcionais, r epresentados no qua- dro 9.1. Quadro 9.1 - Requisitos funcionais Código N ome Descrição N ão funcionais RF01 Manter acessos Esta funcionalidade deve permitir ao usuário (funcio- nário) acessar o sistema. A ação que deve estar dispo- nível é: registrar log de aces- sos. Cada acesso deve ter um usu - ário e respectivos data e horá - rio de login e de logout. Compatibilidade Desempenho Disponibilidade Manutenção P ortabilidade Segurança U sabilidade \u2013 155 \u2013 Estudo de cas o Código N ome Descrição N ão funcionais RF02 Manter cartão- -ponto Esta funcionalidade deve permitir ao usuário (fun- cionário) registrar o cartão- -ponto. As ações que devem estar dis - poníveis são: cadastrar e con - sultar registro de cartão-ponto e visualizar pendências. Cada registro deve ter um usuário e respectivos data e horários. Compatibilidade Con\ue018abilidade Desempenho Disponibilidade Interoperabilidade Manutenção P ortabilidade Segurança U sabilidade RF03 Manter usu- ários Esta funcionalidade deve permitir ao usuário (admi- nistrador) gerenciar os usuá- rios do sistema. As ações que devem estar disponíveis são: consultar e editar usuários. Cada usuário deve ter acessos. Compatibilidade Interoperabilidade Manutenção P ortabilidade Segurança U sabilidade RF04 Manter noti\ue018- cações Esta funcionalidade deve permitir ao usuário (funcio- nário) receber noti\ue018cações do sistema. As ações que devem estar disponíveis são: consultar e excluir noti\ue018cações. Cada noti\ue018cação deve ter uma origem e um destino e também respectivos data e horário. Compatibilidade Con\ue018abilidade Interoperabilidade P ortabilidade Segurança U sabilidade Anális e e Projeto s de Sistemas \u2013 156 \u2013 Código N ome Descrição N ão funcionais RF05 Manter mensa- gens Esta funcionalidade deve permitir ao usuário (funcio- nário) enviar e receber men- sagens de outros usuários. As ações que devem estar dis- poníveis são: cadastrar , con- sultar e excluir mensagens. Cada mensagem deve ter um remetente e um destina - tário e também respectivos data e horário. Desempenho P ortabilidade Segurança U sabilidade RF06 Manter notí- cias Esta funcionalidade deve permitir ao usuário (adminis - trador) publicar e ao usuário (funcionário) ler notícias. As ações que devem estar dis- poníveis são: cadastrar , con- sultar e editar notícias. Cada notícia deve ter um escritor e sua respectiva data e horário. Compatibilidade P ortabilidade U sabilidade RF07 Manter com- promissos Esta funcionalidade deve permitir ao usuário (funcio- nário) visualizar sua agenda. As ações que devem estar dis- poníveis são: cadastrar , con- sultar , editar e excluir com- promissos. Cada compromisso deve ter participantes e local e tam- bém sua respectiva data, horário e duração. Compatibilidade Con\ue018abilidade Disponibilidade Interoperabilidade P ortabilidade Segurança U sabilidade F onte: Elaborado pela autora (20 16). \u2013 157 \u2013 Estudo de cas o 9.2.2 R equisitos não funcionais F oram identi\ue018cados os seguintes requisitos não funcionais: a) compatibilidade I. O sistema deve oferecer compatibilidade e suporte às versões atuais dos navegadores I nternet Explorer , Google Chrome e M ozilla F irefox. b) con\ue018abilidade I. N ão mais que um registro de cartão-ponto a cada 1 milhão pode ser perdido devido a falhas no sistema. II. N ão mais que de z noti\ue018cações a cada 100 mil podem ser per- didas devido a falhas no sistema. III. N ão mais que de z mensagens a cada 100 mil podem ser perdi- das devido a falhas no sistema. IV . N ão mais que dez compromissos a cada 100 mil podem ser perdidos devido a falhas no sistema. c) desempenho I. Ao submeter a solicitação de acesso ao sistema, a tela inicial deve aparecer em, no máximo, dez segundos. II. Ao enviar uma mensagem a um usuário do sistema, ela deve aparecer para ele em, no máximo, cinco minutos. d) disponibilidade I. O sistema deve estar disponível pelo menos 99,9% do tempo em dias úteis no horário comercial. e) interoperabilidade I. O sistema deve ser capaz de enviar e r eceber informações do sistema de controle de cartão-ponto e do sistema do departa- mento de Recursos H umanos. Anális e e Projeto s de Sistemas \u2013 158 \u2013 f ) manutenção I. As corr eções de eventuais defeitos no sistema devem ser cor- rigidas e disponibilizadas em até uma hora após o primeiro registro formal ou informal de r eclamação de usuários. g) portabilidade I. O sistema deve ser desenv olvido de forma a possibilitar sua operação na versão mais recente dos navegador es compatíveis a ser atualizada. h) segurança I. T odos os usuários devem possuir senha para acessar o sistema. II. Apenas os usuários administradores dev em ter acesso ao cadas- tro de notícias. i) usabilidade I. U m novo usuário dev e ser capaz de operar corretamente o sistema após não mais que quatro horas de orientação. 9.3 Análise do sistema N esta seção, são apresentados os diagramas de contexto, de \ue013uxo de dados e de entidade e relacionamento e o dicionário de dados do projeto . 9.3.1 Diagrama de conte xto P ara o diagrama de contexto (DC), foram identi\ue018cados os seguintes ele- mentos: a) sistema \u2012 intranet. b) atores \u2012 usuário comum; U suário administrador; Sistema cartão- -ponto; Sistema RH. \u2013 159 \u2013 Estudo de cas o Figura 9.1 - Diagrama de contexto do sistema F onte: Elaborado pela autora (20 16). 9.3.2 Diagrama de \ufb02ux o de dados P ara o diagrama de \ue013ux de dados (DFD), foram identi\ue018cados os seguin- tes elementos: a) entidades externas \u2012 usuário comum; U suário administrador; Sis- tema cartão-ponto; Sistema RH. b) processos \u2012 registrar cartão-ponto; consultar cartão-ponto; publi- car notícia; ler notícia; visualizar agenda; cadastrar compromisso; receber noti\ue018cação; receber mensagem; enviar mensagem; cadas- trar usuário; editar usuário. c) arquivos/Depósitos de dados \u2012 usuários; acessos; notícias; compr o- missos; noti\ue018cações; mensagens. Anális e e Projeto s de Sistemas \u2013 160 \u2013 Figura 9.2 - Diagrama de \ufb02uxo de dados do sistema F onte: Elaborado pela autora (20 16). \u2013 161 \u2013 Estudo de cas o 9.3.3 Diagrama de entidade e r elacionamento P ara o diagrama de entidade e relacionamento (DER), foram identi\ue018ca- dos os seguintes elementos: a) entidades \u2012 usuário; Administrador; F uncionário; Car tão-P onto; N otícia; Compromisso; Noti\ue018cação; M ensagem. Figura 9.3 - Diagrama de entidade e relacionamento do sistema F onte: Elaborado pela autora (20 16).

Livro - Analise e Projetos de Sistemas - Praticas

FAEL

Engenharia de Software I

Continue navegando

Materiais relacionados

Perguntas relacionadas

Em linhas gerais, qual documento é utilizado como referência mundial e que, em uma de suas partes,

Em linhas gerais, qual documento é utilizado como referência mundial e que, em uma de suas partes, estabelece as melhores práticas para construir r...

(FGV - 2010 - BADESC - Analista de Sistemas - Desenvolvimento de Sistemas) O Modelo Espiral, segundo Pressman (1995), incorpora as melhores caracte...

Qual das atividades abaixo NÃO faz parte das boas práticas de gerenciamento de projetos? a) Implantar o gerenciamento de requisitos, para garantir ...

Outros materiais