Relatório de Visão e Justificação do...
Transcript of Relatório de Visão e Justificação do...
Relatório de Visão eJustificação do Projecto
2007
Relatório de Visão eJustificação do Projecto
2007
Relatório de Visão eJustificação do Projecto
2007
Ricardo Leandro
Diogo Coelho | João Pinto
Rui Amor | Pedro Rodrigues
Daniel Alves | Filipe Gonçalves
5
Relatório Relatório Relatório Relatório de Visão do Projectode Visão do Projectode Visão do Projectode Visão do Projecto Versão:Versão:Versão:Versão:
:: :: :: :: 2.0
Data:Data:Data:Data: :: :: :: :: 13-Abril-2007 Elaborado por:Elaborado por:Elaborado por:Elaborado por: :::::::: Pedro Rodrigues
:::::::: Rui Amor Revisto por:Revisto por:Revisto por:Revisto por: :: Pedro Rodrigues Validado por:Validado por:Validado por:Validado por: :: Luís Gonçalves
6
HistóricoHistóricoHistóricoHistórico de versõesde versõesde versõesde versões
Na tabela seguinte estão presentes o histórico das versões do relatório de visão do projecto relativas às elaborações, revisões e validações efectuadas no presente documento.
VersãoVersãoVersãoVersão DescriçãoDescriçãoDescriçãoDescrição DataDataDataData
1.0 Versão inicial 29-Março-2007
2.0 Alterações significativas ao
relatório 13-Abril-2007
7
ResumoResumoResumoResumo Este documento irá servir para justificar a realização deste projecto. Irá
identificar as necessidades que levaram à realização do projecto e a utilidade que este terá para os stakeholders.
Pretende-se com este documento dar a conhecer o produto NotifyU e as suas funcionalidades de forma geral.
A Equipa ANT
8
1 - INTRODUÇÃO ............................................................................................................ 9 1.1 - OBJECTIVO ............................................................................................................. 10
1.2 - ENQUADRAMENTO ................................................................................................. 10 1.3 - ACRÓNIMOS E ABREVIATURAS ................................................................................. 11 1.4 - VISÃO GERAL .......................................................................................................... 12
2 - POSICIONAMENTO ................................................................................................. 13
2.1 - OPORTUNIDADE DE NEGOCIO ................................................................................ 13 2.2 - RESUMO DO PROBLEMA .......................................................................................... 13 2.3 – POSICIONAMENTO DO PRODUTO ........................................................................... 14
3 - DESCRIÇÃO DE UTILIZADORES E STAKEHOLDERS ........................................ 15
3.1 – ANT ........................................................................................................................ 15 3.2 – QIMONDA .............................................................................................................. 15 3.3 – CORPO DOCENTE DE LGPR ................................................................................... 17 3.4 – UTILIZADORES ....................................................................................................... 17 3.5 - PERFIL DOS UTILIZADORES ...................................................................................... 18 3.5.1 – Administrador do sistema ................................................................................ 18 3.5.2 – Gestor de recursos humanos ............................................................................. 18 3.5.3 - Gestor técnico .................................................................................................. 19 3.5.4 – Utilizadores finais ............................................................................................ 19
4 - PRODUTOS CONCORRENTES .............................................................................. 20
4.1 - CNS NOTIFICATION ENGINE 3.0 ............................................................................ 20 4.2 – OSEM OPEN SERVICE EVENT MANAGER ............................................................... 20
5 - SUMÁRIO DO PRODUTO........................................................................................ 21
5.1 – VISÃO DO PRODUTO .............................................................................................. 21 5.2 – FUNCIONALIDADES CHAVE ..................................................................................... 22 5.3 – PRESSUPOSTOS DEPENDÊNCIAS E RESTRIÇÕES ........................................................ 23 5.4 – CUSTOS DE DESENVOLVIMENTO ............................................................................ 24
9
Figura 1 - Visão Global .................................................................................................... 21
10
1 - Introdução
1.1 - Objectivo
O presente documento tem como objectivo justificar o âmbito deste
projecto e explicar de forma sucinta a sua necessidade e utilidade perante os Stakeholders.
Pretende-se que no final da leitura deste documento o leitor seja capaz de compreender as componentes básicas do produto a desenvolver bem como a importância dos Stakeholders envolvidos.
1.2 - Enquadramento
O produto em causa irá ser desenvolvido no seio da empresa Ant. Esta
foi criada no âmbito da disciplina de Laboratório de Gestão de Projectos, cadeira leccionada no 2º semestre do 4º ano do curso de Mestrado Integrado em Engenharia Informática e Computação.
Todos os recursos da Ant estão neste momento concentrados no desenvolvimento do produto NotifyU, pelo que são esperados bons resultados no que toca ao desenvolvimento do mesmo.
O NotifyU abrangerá duas categorias de aplicações denominadas Alarm Management Systems e Notification Systems, isto porque pretende prestar um contributo valioso ao sector empresarial cuja produção é baseada na utilização de maquinaria passível de falhas, falhas estas que podem gerar prejuízos avultados caso não haja um controlo permanente do funcionamento das máquinas.
Para além de disponibilizar uma supervisão clara do estado das máquinas e um rápido processo de notificação, pretende-se também que o NotifyU seja largamente configurável e adaptável a empresas de áreas distintas e com organizações estruturais díspares.
Esta preocupação da Ant em desenvolver um produto facilmente adaptável a diferentes contextos, ao contrário da concorrência, confere-lhe uma vantagem relativamente a outros produtos similares presentes no mercado.
11
1.3 - Acrónimos e abreviaturas
StakeholderStakeholderStakeholderStakeholder – Todo o indivíduo envolvido no projecto ou na utilização do produto. Alarm Management SystemsAlarm Management SystemsAlarm Management SystemsAlarm Management Systems – (Sistemas de gestão de alarmes) aplicações que gerem alarmes com o intuito de detectar anomalias. Notification SystemsNotification SystemsNotification SystemsNotification Systems – (Sistemas de Notificação) Aplicações, normalmente associadas a Alarm Management Systems, que informam situações anómalas. SNMPSNMPSNMPSNMP – (Simple Network Management Protocol) Protocolo utilizado por sistemas de monitorização de redes para controlar os dispositivos da mesma. SNMP TSNMP TSNMP TSNMP Traprapraprap – Mensagem enviada pelos dispositivos de rede, especificada em conformidade como protocolo SNMP. SMSSMSSMSSMS – (Short Message Service) Mensagem de texto possível de enviar a partir de dispositivos telefónicos. PIBPIBPIBPIB – Produto Interno Bruto. SyslogSyslogSyslogSyslog – Standard para envio de mensagens numa Rede IP. TL1TL1TL1TL1 – (Transaction Language 1) Protocolo de gestão de telecomunicações. CNSCNSCNSCNS----bus bus bus bus eventseventseventsevents – Mensagens definidas pela Cisco em XML XMLXMLXMLXML – (eXtensible Markup Language) meta-linguagem vastamente utilizada MetaMetaMetaMeta----linguagemlinguagemlinguagemlinguagem – linguagem utilizada para descrever algo sobre outras linguagens. ISEEISEEISEEISEE – (Instant Support Enterprise Edition) Sistema de monitorização da HP. HTMLHTMLHTMLHTML – (HyperText Markup Language) é uma linguagem de marcação utilizada para produzir páginas na Web. Linguagem de marcaçãoLinguagem de marcaçãoLinguagem de marcaçãoLinguagem de marcação – conjunto de códigos aplicados a um texto ou a dados, com o fim de adicionar informações particulares sobre esse texto ou dado, ou sobre trechos específicos. Web ApplicationWeb ApplicationWeb ApplicationWeb Application – sistemas informático projectado para utilização através de um browser, na internet ou em redes privadas. BrowserBrowserBrowserBrowser – programa que habilita os seus utilizadores a interagirem com documentos HTML hospedados num servidor Web. JavaScriptJavaScriptJavaScriptJavaScript – linguagem de programação criada pela Netscape em 1995. SQLSQLSQLSQL – (Structured Query Language) linguagem de pesquisa declarative para bases de dados relacionais. SGBDSGBDSGBDSGBD – (Sistema Gestor de Base de Dados) conjunto de softwares responsáveis pela gestão de uma base de dados.
12
1.4 - Visão Geral
O presente documento encontra-se dividido em cinco secções fundamentais:
• Introdução • Posicionamento • Descrição de Utilizadores e Stakeholders • Produtos Concorrentes • Sumário do Produto
Na primeira secção pretende-se dar ao leitor uma visão geral do documento, explicando o seu objectivo e enquadramento e definindo os acrónimos e abreviaturas a ser utilizados.
Posteriormente, na secção de posicionamento descrever-se-á a oportunidade de negócio associada a este projecto, elaborar-se-á um pequeno resumo do mesmo e finalmente abordar-se-á o seu posicionamento face ao mercado a que se destina.
Em seguida será feita uma caracterização dos Stakeholders e utilizadores abordando os seus papéis e características.
No seguimento da descrição de utilizadores e Stakeholders vem a secção de produtos concorrentes, onde é feita uma pequena descrição dos produtos presentes no mercado que, de algum modo, se assemelham à nossa aplicação. Finalmente realizar-se-á o sumário do produto, onde serão abordadas as suas funcionalidades chave, pressupostos e dependências e ainda uma primeira abordagem aos custos associados projecto. Em suma este último capítulo pretende dar uma visão mais generalista do produto.
13
2 – Posicionamento
2.1 - Oportunidade de negócio
Num mercado altamente competitivo e automatizado onde a ocorrência
de falhas não é admissível, surgiram os Alarm Management Systems e os Notification Systems. Estes sistemas foram desenvolvidos para monitorizar os sistemas industriais de forma a prevenir e corrigir da forma mais rápido possível os problemas que nestes ocorrem, informando os responsáveis por estes sistemas de forma rápida e eficaz. É neste mercado que o produto NotifyU se insere. O NotifyU surge como um produto que pretende ser tecnologicamente mais avançado, pensado e desenhado para o utilizador final, graças à sua interface intuitiva, e capaz de satisfazer diferentes tipos de clientes, devido ao seu desenvolvimento da forma mais abrangente possível. Este produto é capaz de responder às necessidades dos clientes por reunir numa solução Web Based três áreas distintas:
• Monitorização: monitoriza um sistema industrial para o qual foi configurado;
• Decisão: sistema de decisão apoiado em regras configuráveis pelo utilizador;
• Notificação: notifica de forma automática, rápida e eficaz.
Resumindo, o NotifyU oferece um conjunto de funcionalidades mais
ampla, logo maiores benefícios, do que os seus concorrentes mais directos.
2.2 - Resumo do problema
Em qualquer empresa cuja produção esteja baseada na utilização de maquinaria industrial, a paragem da mesma implica perdas consideráveis a nível da produção, o que se repercute em larga escala na capacidade de geração de riqueza.
Foi no âmbito de evitar a perda de tempo que a ideia surgiu. Ao avisar as pessoas responsáveis pelas máquinas atempadamente, consegue-se uma diminuição drástica no tempo de paragem das mesmas.
14
Como exemplo, a Qimonda possui máquinas responsáveis pelo fabrico de memórias para computadores. Estas estão programadas para enviarem mensagens (traps) em SNMP, quando estão a trabalhar, contendo informações do seu estado. O objectivo do produto é captar essas mensagens e, baseando-se nelas, avisar os responsáveis através de vários canais de comunicação: e-mail, sms ou fax dependendo da situação. O meio de comunicação a usar irá depender da máquina com problemas, de quem é responsável por ela e da gravidade do problema. Qualquer que seja o ramo da empresa onde for usado, o sistema terá um bom desempenho uma vez que foi arquitectado para ser o mais generalista possível. Estando o sistema a funcionar em pleno irá proporcionar uma diminuição do tempo que as máquinas ficarão paradas levando a um aumento da produção e consequentemente do lucro por parte da empresa. Em suma, o problema proposto reside na correcta supervisão das máquinas monitorizadas e na célere notificação dos seus responsáveis.
2.3 – Posicionamento do produto
O NotifyU destina-se a organizações cuja importância do funcionamento
da sua maquinaria seja crítico para o seu sucesso. Num mundo empresarial cada vez mais dependente da utilização de
tecnologia, onde o trabalho sem recurso a maquinaria escasseia, começa-se cada vez mais a perceber as consequências drásticas das avarias e nível dos equipamentos.
Com a intenção de solucionar estes problemas surgiram os Alarm Management Systems e os Notification Systems, sendo neste área que o nosso produto se insere.
Pretende-se assim que o NotifyU seja capaz de suprir as necessidades destas organizações no que toca à monitorização dos seus equipamentos. Tratando-se de um sistema dinâmico e altamente configurável será uma aplicação genérica ao ponto de poder ser implementada em qualquer tipo de organização, o que não acontece com a maioria dos produtos concorrentes.
15
3 - Descrição de utilizadores e stakeholders
Todo individuo que é materialmente afectado pelo resultado do sistema
desenvolvido ou pelo projecto que o produziu, é considerado um stakeholder. A importância de identificar todos os stakeholders reside na satisfação das suas necessidades. Este apuramento é de uma importância relevante para o sucesso do produto final bem como para a fluência do projecto.
3.1 – Ant
A Ant é uma empresa constituída por 7 elementos, todos que frequentam a cadeira de Laboratório de Gestão de Projectos, cadeira do 4º ano do Mestrado Integrado em Engenharia Informática e Computação da Faculdade de Engenharia da Universidade do Porto. Apesar de ser uma empresa jovem e com experiência reduzida dispõe de elevados níveis de motivação e um espírito empreendedor e responsável.
NomeNomeNomeNome DescriçãoDescriçãoDescriçãoDescrição PapelPapelPapelPapel
Daniel Alves Analista do sistema
Reunir todos os requisitos
solicitados pelo cliente
Diogo Coelho Responsável pela
arquitectura
Arquitectar a aplicação em conformidade
com os requisitos
João Pinto Responsável pelo
Marketing
Tratamento da imagem da empresa e produto
Luís Gonçalves Programador Desenvolvimento
da aplicação
16
3.2 – Qimonda
A Qimonda é uma empresa líder de mercado no fornecimento de memórias DRAM para PCs e servidores. Depois de se juntar à Infineon Technologies AG a um de Maio de 2006, a Qimonda entrou na bolsa de valores de Nova York em nove de Agosto de 2006.
Dado tratar-se de uma das principais empresas contribuidoras para o PIB português foi recentemente assinado um contrato de investimento no valor de 70 milhões de euros com o intuito de modernizar a unidade fabril o que permitirá a criação de 140 novos postos de trabalho.
Pedro Rodrigues Responsável pela
qualidade
Definição de normas e padrões
de qualidade
Ricardo Leandro Responsável pela Programação
Zelar pelo processo de
desenvolvimento da aplicação
Rui Amor Gestor do projecto
Gestão, planeamento e disponibilização
de recursos
NomeNomeNomeNome DescriçãoDescriçãoDescriçãoDescrição PapelPapelPapelPapel
Eng. Jorge Ferreira Proponente do Projecto
Definição e acompanhamento do projecto
Eng. Nelson Faria Responsável pelo Projecto
Acompanhamento do projecto
Eng. Ricardo Magalhães
Co-responsável pelo Projecto
Acompanhamento do projecto
Eng. Nuno Santos Estagiário na Qimonda
Acompanhamento da integração do produto na empresa
17
3.3 – Corpo docente de LGPR
O corpo docente da disciplina desempenha um papel tanto de apoio
como de supervisão e orientação ao projecto.
3.4 – Utilizadores
Os utilizadores finais deste produto serão os trabalhadores das empresas/organizações onde a aplicação irá ser implementada. Estes serão distribuídos pelos vários papéis possíveis de desempenhar na aplicação.
NomeNomeNomeNome DescDescDescDescriçãoriçãoriçãorição PapelPapelPapelPapel
Prof. Gil Manuel Gonçalves
Supervisor primário
Acompanhamento e supervisão do projecto
Prof. Raul Moreira Vidal
Supervisor secundário
Acompanhamento e supervisão do projecto
DescriçãoDescriçãoDescriçãoDescrição PapelPapelPapelPapel
Administrador do sistema Principal responsável pela
manutenção e gestão do sistema
Gestor de recursos humanos Responsável pela inserção e gestão
de utilizadores, análise de históricos.
Gestor de técnico Utilizador responsável pela gestão de
regras, grupos de notificação e
equipamentos.
Utilizadores finais
Utilizador responsável por uma determinada máquina ou conjunto
de máquinas, que deve ser notificado em primeira instância.
18
3.5 - Perfil dos utilizadores
3.5.1 – Administrador do sistema
3.5.2 – Gestor de recursos humanos
DescriçãoDescriçãoDescriçãoDescrição Principal responsável pela
manutenção e gestão do sistema
TipoTipoTipoTipo Utilizador com conhecimentos técnicos alargados, habituado a utilizar e gerir sistemas do género
ResponsabilidadesResponsabilidadesResponsabilidadesResponsabilidades Zelar pelo bom funcionamento do sistema
DescriçãoDescriçãoDescriçãoDescrição Responsável pela inserção e gestão
de utilizadores, análise de históricos.
TipoTipoTipoTipo Utilizador com conhecimentos técnicos básicos e capacidades de
gestão de equipas
ResponsabilidadesResponsabilidadesResponsabilidadesResponsabilidades Gerir os recursos humanos da empresa e zelar pela sua boa
utilização
19
3.5.3 - Gestor técnico
3.5.4 – Utilizadores finais
DescriçãoDescriçãoDescriçãoDescrição Utilizador responsável pela gestão de
regras, grupos de notificação e
equipamentos.
TipoTipoTipoTipo Utilizador com conhecimentos
técnicos razoáveis
ResponsabilidadesResponsabilidadesResponsabilidadesResponsabilidades Gerir equipamentos, grupos de
notificação e regras a eles associadas
DescriçãoDescriçãoDescriçãoDescrição Utilizador responsável por uma
determinada máquina ou conjunto de máquinas
TipoTipoTipoTipo Utilizador com conhecimentos
técnicos básicos
ResponsabilidadesResponsabilidadesResponsabilidadesResponsabilidades Prestar especial atenção às
notificações recebidas e actuar em conformidade com as mesmas
20
4 - Produtos concorrentes
4.1 - CNS Notification Engine 3.0
O motor da notificação do CNS é uma aplicação de software que adiciona um valor significativo à notificação de falhas dos dispositivos da Cisco. O CNS converte os conteúdos de mensagens Syslog, SNMP e TL1 para SNMP traps ou para eventos CNS-bus no formato XML, seleccionados pelo utilizador.
O motor da notificação do CNS reduz o tempo de resposta às falhas de rede aumentando a informação disponível em mensagens sobre os eventos da mesma. Deste modo diminui a sobrecarga de dados correlacionando os eventos na camada de dispositivos antes de apresentá-los à camada da gestão de rede.
4.2 – OSEM Open Service Event Manager
A maioria dos componentes (máquinas) deste sistema, desenvolvido pela HP, tem a potencialidade de emitir centenas de eventos informativos do seu estado durante uma operação normal. O OSEM foi projectado para filtrar estes eventos e notificar os clientes e/ou serviços da Hewlett-Packard apenas quando é estritamente necessário levar a cabo uma acção para resolver ou prevenir problemas. Os sistemas dos clientes são configurados para enviar SNMP traps para servidor OSEM, este por sua vez analisa as traps e reúne toda a informação necessária podendo depois envia-la via e-mail para o cliente ou de novo para a HP via ISEE.
21
5 - Sumário do Produto
5.1 – Visão do produto
Figura 1 - Visão Global
22
5.2 – Funcionalidades chave
FuncionalidadeFuncionalidadeFuncionalidadeFuncionalidade DescriçãoDescriçãoDescriçãoDescrição SoluçãoSoluçãoSoluçãoSolução PrioridadePrioridadePrioridadePrioridade
Eficiência
Capacidade de detectar todas as situações
anómalas a acontecer nas máquinas a monitorar
Analisar todas as leituras e confronta-las com as regras definidas pelo utilizador
Alta
Fiabilidade Garantia de uma boa
performance sem descuido com a protecção de dados
Utilização de protocolos de autenticação e encriptação de
dados
Alta
Usabilidade
Garantia de uma interface intuitiva, profissional e ao mesmo tempo simples e
fácil de utilizar
Colaboração com equipa da FBAUP e
recurso a utilizadores teste
externos ao projecto
Alta
Facilidade de integração
Capacidade de utilização em qualquer terminal com acesso Internet e facilidade de integração em qualquer
tipo de organização
O produto será uma web application e
será o mais genérico possível
Alta
Desempenho
Capacidade de produzir respostas em tempo útil
Optimização do produto de forma a produzir respostas em tempo útil
Moderada
Expansibilidade
Facilidade de integração de módulos
complementares e novas
funcionalidades
Desenvolvimento de um produto simples
a nível da implementação e bem documentado
Moderada
23
5.3 – Pressupostos dependências e restrições
Dado tratar-se de uma web application será necessária a existência de um browser em cada terminal onde se pretenda aceder ao sistema, no entanto não existiram, á partida, incompatibilidades entre os diferentes browsers existentes no mercado e a aplicação pelo que se espera um bom desempenho seja qual for a escolha. Ainda em relação aos browsers será necessário que estes suportem as tecnologias HTML e JavaScript. O elevado volume de dados será suportado por uma base de dados segura e robusta implementada recorrendo apenas a basic SQL de forma a garantir o funcionamento correcto da mesma independentemente o SGBD utilizado na empresa. Uma vez que o NotifyU se destina a um ambiente empresarial, pressupõe-se que os seus utilizadores estejam acostumados a utilizar sistemas de gestão semelhantes e com um nível de conhecimentos técnicos aceitável.
24
5.4 – Custos de desenvolvimento
Os custos associados ao desenvolvimento deste projecto serão calculados através da tabela seguinte de custo indicativo por papel.
Tendo em conta que cada elemento do grupo irá despender uma média de 225 horas no final do semestre podemos obter uma previsão do custo total do projecto, que rondará os 95.625 €.
NívelNívelNívelNível CustoCustoCustoCusto por horapor horapor horapor hora Papéis típicosPapéis típicosPapéis típicosPapéis típicos
A 80 euros Gestor de projecto,
arquitecto-chefe
B 65 euros Analista sénior
C 50 euros Programador