Relatrio de viabilidade

Sistema de Gerenciamento de condomnios

1 - Introduo
O processo de estudo de viabilidade(EV) o passo inicial da engenharia
de requisitos. O EV indica se o esforo em desenvolver a idia vale a pena;
visa tanto a tomada de deciso, como a sugesto de possveis alternativas
de soluo. Nesse contexto criamos o relatrio de viabilidade que tem como
objetivo apresentar aspectos do EV que vai apresentar as possveis
alternativas para o desenvolvimento do sistema e concluir qual a melhor
dessas alternativas.
1.1 - Objetivos do documento
Este documento destina-se aos clientes e engenheiros ou gerentes
envolvidos no desenvolvimento do Sistema. Assim este documento
apresenta a descrio dos servios e funes que o sistema a ser
desenvolvido deve prover, bem como suas restries de
operacionalizao e propriedades gerais. Alm de por questes como:
se o projeto pode ou no ser feito, se o produto final ir ou no
beneficiar os usurios interessados, a escolha das alternativas entre as
possveis solues, se h uma melhor alternativa, polticas,
inconsistncias e performance.

1.2 - Descrio do problema

O projeto tem como objetivo gerenciar e organizar os dados e
servios mais gerais de um condomnio, relativos aos condminos e o
sindico. Aspectos diferentes foram abordados nos servios tais como :
econmico/administrativo(condomnio e condminos), social(condminos) e
estrutural(condomnio em geral). Umas das preocupaes do projeto era o
fato de fornecer transparncia desses aspectos a todos os condminos; para
isso o modelo de implementao do sistema deveria prover uma constante
atualizao dos dados alm de oferecer consistncia atravs de um SGBD.

2 - Alternativas de soluo :
Nossas solues visavam a transparncia das informaes sobre o
condomnio, assim como a facilidade de acesso as mesmas a qualquer hora e
lugar, bastando o usurio ter acesso a internet.

2.1 - Alternativa 1: Desktop

O sistema seria instalado na maquina de cada usurio. Quando o sistema
estivesse conectado a web, ele poderia atualizar todo o contedo em relao
ao ultimo acesso, assim como recebe dados do SGBD(que poderia ser uma
maquina extra no condomnio ou uma prestao de servio) o usurio
tambm pode submeter as possveis modificaes relativas aos servios
acessados por ele. A mesma coisa acontece com o sindico, mas em uma
interface diferente (interface administrativa) onde estariam disponveis
servios exclusivos do sindico.
2.2 - Alternativa 2: Web System
Nessa terceira proposta o sistema esta todo na web. Optamos por essa
alternativa porque com ela adicionamos o conceito de mobilidade ao sistema
e evitamos portar o sistema para outras plataformas, visto que qualquer
dispositivo que oferece acesso a internet poder acessar o sistema tendo
acesso a todos os servios.

3 - Testes de Viabilidade
3.1 - Estudo de viabilidade Operacional
Aqui apresentamos um resumo com os resultados obtidos pelo estudo
operacional, comparando as alternativas propostas.

Performance
Informao
Economia
Controle
Eficincia
Servios
Mobilidade
Total

Altenativa 1
2
3
2
2
3
2
1
15

1 - ruim | 2 - satisfatrio | 3 - bom

Alternativa 2
3
3
3
3
3
3
3
21

3.2 - Estudo de viabilidade Tcnico

Alternativa 1
A alternativa 1 utiliza tecnologias bem consolidadas, amplamente
utilizadas em diversas empresas e em diferentes tipos de sistemas.
fcil encontrar profissionais que dominem essas tecnologias. Portanto, a
alternativa 1 tecnologicamente vivel.
Alternativa 2
O uso de web Systems tambm uma prtica j bem difundida em
diversos setores assim como a alternativa.
3.3 - Estudo de viabilidade de cronograma
O objetivo deste estudo especificar os prazos desejveis para as
trs alternativas. Em todas as alternativas 2 meses e 15 dias
considerado um tempo suficiente para desenvolver o sistema. A parte de
infra-estrutura deve ser feita paralelamente ao desenvolvimento.
Alternativa 1
Implementao e Implantao
Treinamento e Testes
Tempo Total Desejvel

2 meses
15 dias
2 meses e 15 dias

Alternativa 1
Implementao e Implantao
Treinamento e Testes
Tempo Total Desejvel

2 meses
15 dias
2 meses e 15 dias

3.4 - Estudo de viabilidade econmica

O objetivo desse estudo julgar se os possveis benefcios

oferecidos pelas alternativas so vantajosos ou no.
Alternativa 1: baixo custo, j que ser preciso apenas do software
instalado em cada terminal pessoal do condmino, no sendo necessrio
aquisio de equipamento extra.
Alternativa 2 : Apenas ser necessrio um investimento em
hospedagem ou servio terceirizado semelhante.

3.5 - Anlise final das alternativas:

Para determinar qual alternativa a mais vivel, apresentamos uma
matriz de anlise da viabilidade do projeto, uma ferramenta comumente
utilizada para determinar qual alternativa se apresenta mais vivel em
comparao s demais.

Viabilidade
Operacional
Tcnica
Cronograma
Econmica
Final

Peso
30%
30%
25%
15%

Alterntiva 1
7
7
7
8
7.15

Alternativa 2
9
8
7
8
8.05

Viabilidade Operacional recebeu teve peso 30% pois nele foi analisada a o
impacto e objetivos da implantao do sistema . Viabilidade tcnica tambm teve peso 30%, j que boa parte das tecnologias no so bem
conhecidas pela equipe necessitando treinamento.
Viabilidade de cronograma devido ao uso do possvel usos de tecnologias
pouco dominadas teve peso 25%
Viabilidade econmica recebeu o menor peso (15%) visto que todos os
recursos j esto disponveis para o desenvolvimento do sistema.

4 Concluso
Atravs das informaes contidas neste trabalho, optamos pelo
desenvolvimento do Web System visto que a questo da mobilidade foi
interessante para a aplicao e pelo baixo custo do sistema.

5 - Referncias
[1]. Site da Disciplina Engenharia de Software
http://www.cin.ufpe.br/~if682
[2]. Site da Disciplina Especificao de Requisitos e Validao de Sistemas
http://www.cin.ufpe.br/~if716
[3]. Sommerville, I. - Engenharia de Software. 6 Edio