Sistema Mobi-Lar Engenharia de Software

Transcrição

1 INSTITUTO FEDERAL DE EDUCAÇÃO, CIÊNCIA E TECNOLOGIA - CAMPUS DE PRESIDENTE EPITÁCIO CURSO SUPERIOR DE TECNOLOGIA EM ANÁLISE E DESENVOLVIMENTO DE SISTEMAS MÓDULO V Sistema Mobi-Lar Engenharia de Software Ademir Kaique Claudio Xavier Presidente Epitácio - SP 2016

2 1. Objetivo do Projeto Este documento faz parte de um sistema para imobiliária Mobi-lar. Este tem como finalidade definir as especificações, requisitos e o desenvolvimento de um sistema gerenciador de imobiliárias, para oferecer auxilio às atividades relacionadas ao controle e gerenciamento de imobiliárias. Além disso, visa definir tudo que será executado, reunindo o desenvolvedor, com analistas e o(s) cliente(s). Dispõe de uma enumeração de todas as etapas do projeto com a finalidade de esclarecer os requisitos necessários do software, evitar qualquer ambiguidade ou qualquer dúvida que possa existir tanto para o desenvolvedor, quanto para o cliente. 2. Escopo do Produto O sistema de controle de imóveis Mobi-lar tem por objetivo auxiliar o dono da imobiliária no controle de sua empresa, gerenciando os cadastros dos clientes, funcionários e imóveis, os aluguéis e vendas dos imóveis e o controle de contas a pagar e contas a receber. Os funcionários serão cadastrados no sistema para um melhor controle da empresa, cada funcionário terá seu nível de acesso para a utilização do programa, sendo isso determinado pelo administrador da empresa. Os imóveis podem ser cadastrados para aluguel e para venda. Para isso, o proprietário do imóvel procura a imobiliária e disponibiliza as informações necessárias para cadastro do imóvel. Quando um interessado aluga um imóvel, o sistema gera o contrato de aluguel com o código do imóvel e sua descrição, os boletos também serão gerados pelo sistema. Assim, em uma determinada data o sistema irá gerar e fazer a impressão dos boletos para serem entregues aos clientes. Quando um interessado compra um imóvel, o sistema também gerará o contrato de venda do imóvel, onde também haverá a via do estabelecimento e a via do cliente. O controle de recebimentos contará com a emissão de um recibo com duas vias, sendo elas, a via do cliente e a via do estabelecimento, fazendo assim o melhor controle dos recebimentos dos aluguéis e vendas dos imóveis. O sistema contará com um ícone de ajuda, sendo esta ajuda disponibilizada apenas na língua nativa do sistema (português). Além disso, o sistema conta com o controle de despesas, tais como água, luz, telefone, comissão de vendas dos funcionários e entre outras despesas. E com o sistema em funcionamento, a imobiliária conseguirá se beneficiar de várias formas, como: Agilidade dos processos internos da imobiliária, automatizando os procedimentos para aluguel, recebimento, pagamento e vendas. Organização das informações e dos processos da empresa, evitando o acúmulo de pilhas de papéis, onde há uma certa perda de tempo procurando determinado documento para realizar um serviço.

3 Segurança no fluxo das informações, onde cada usuário do sistema terá seu nível de acesso. Redução de custos. 3. Requisitos do Projeto O projeto possuirá requisitos levantados ao longo das reuniões feitas com o cliente, que formarão o escopo do produto, com os custos e tempo aproximado para conclusão, além de protótipos, toda a especificação dos casos de uso e manual para uso do(s) usuário(s). A entrega deverá fornecer funções básicas como cadastro de clientes, de funcionários, de imóveis e de terrenos, para que a empresa que se utilize do produto possa iniciar suas atividades o mais breve possível. Conforme o andamento do projeto ao mesmo tempo que o prazo for definido, novas funções serão implementadas e um treinamento será dado aos funcionários/usuários, se necessário. 4. Exclusões do Projeto O projeto não contará com backup automático, porque os relatórios gerados no fim do mês serão capazes de manter toda e qualquer informação fornecida e obtida através das transações realizadas. 5. Entregas do Projeto - Um protótipo do sistema com as funcionalidades mais básicas; - Um documento de especificação dos requisitos do projeto e do sistema; - Mídias físicas e lógicas contendo tanto o produto quanto o documento referente ao mesmo; 6. Critérios de Aceitação Foi definido que seria utilizado o modelo de processo de desenvolvimento de software RUP, todo encontro entre cliente-desenvolvedor será registrado em ata pela empresa do cliente e em documentos à parte do projeto, assim como cada entrega do projeto, que deve ser acompanhado, minimamente, pelo gerente da empresa, na ausência do dono, para que possam assinar o documento referente a entrega. Na fase de Concepção, o foco está no escopo do sistema. É imprescindível que ambas as partes entrem em concordância com as condições do projeto, objetivos e

4 arquitetura do projeto. Também nesta fase os requisitos são transformados em casos de uso e estes são usados na formação de opinião. O objetivo é definir se há viabilidade de continuar o projeto e definir os custos e riscos do projeto. Na fase de Elaboração, o foco ficou por conta da arquitetura do projeto. O sistema é projetado a partir do levantamento e documentação dos casos de uso e também se inicia a documentação do sistema. Deve-se confirmar se a atual visão do produto é estável, se o plano de projeto é confiável e se os custos são admissíveis para o cliente. Na fase de Construção, o foco é o desenvolvimento. É obrigatório que cada entrega satisfaça o que foi proposto, desde o básico até as funções de saída Na fase de Transição, chega o momento da implantação, sendo que os testes beta devem ser realizados, antes de se iniciar o treinamento com funcionários. 7. Especificação do Projeto A documentação sobre todos os casos de uso presentes no projeto, assim como o escopo e requisitos, devem estar disponíveis desde a primeira entrega, ou seja, mesmo que nem todos os casos de uso estejam relacionados a cada entrega do projeto, os casos de uso presentes devem estar especificados na versão atualizada do documento. 8. Ligações com outros projetos Como set trata de um projeto relacionado a uma imobiliária, é possível que este sistema possa servir a outras empresas de mesmo ramo ou mesmo de ramos diferentes, com a mesma ideia organizacional. 9. Estrutura Organizacional 1º setor Responsável por tratar dos assuntos iniciais com o cliente para planejar o projeto Responsável: Ademir Equipe formada por engenheiros, pessoal do administrativo, de desenvolvimento e diretoria, responsáveis em entrar em contato com o cliente para reunir informações pertinentes ao mesmo para que seja feito o levantamento e análise dos requisitos e o escopo do sistema, além dos cálculos referentes à estimativa de tempo e custo do projeto. 2º setor Responsável pelo desenvolvimento da documentação do projeto e do produto Responsável: Ademir Equipe formada por pessoal de setores da engenharia e de desenvolvimento,

5 responsáveis pela elaboração do documento referente ao sistema, assim como o manual do usuário. 3º setor Responsável pela implementação e implantação do projeto no ramo do cliente Responsável: Claudio Equipe composta por pessoas dos setores de engenharia e de desenvolvimento para o desenvolvimento do software e realização de testes antes das entregas estabelecidas, além de prover suporte ao cliente, entregar o produto final, implantar o sistema e treinar os funcionários/usuários da empresa. Contatos: Ademir (celular: (18) / ademir_k@hotmail.com) Claudio (celular: (18) / claudio_xxx@hotmail.com) 10. Valores Estimados 1 Servidor: Processador Intel Xeon, placa-mãe Intel, Memória RAM 4gb 1500,00 (por conta do desenvolvedor) 3* Computador: Processador Intel Celeron, placamãe Asus, Memória RAM 1gb (cada) 1500,00 x 3 (por conta do desenvolvedor) Valor de compra do sistema Mobi-Lar 3500,00 Custo da mensalidade do sistema Mobi-Lar 700,00 desenvolvido na linguagem Java, (Com suporte técnico) Banco PostgreSQL Custo zero Cabo UTP (1 Metro) 1,80 Impressora multifuncional 500,00 Switch gerenciável 300,00 TOTAL 7500,00 *Estimativa da quantidade de computadores necessários para conter o sistema. 11. Marcos do Cronograma 25/02/2016 Início das reuniões com o dono da empresa para levantar requisitos do sistema. 14/03/2016 A documentação será entregue ao cliente, junto ao cronograma previsto para entregas do sistema. 28/05/2016 Entrega da primeira versão do sistema ao cliente.

6 10/06/2016 Entrega da segunda versão do sistema ao cliente. 18/06/2016 Entrega da proposta de treinamento aos funcionários para o manuseio do sistema ao cliente, além da terceira versão do sistema. 04/07/2016 Entrega final do projeto e treinamento dos funcionários/usuários para executar todas as funções presentes no sistema. 12. Restrições Foi definido no começo das negociações com o cliente o prazo máximo de 4 meses (120 dias) para o desenvolvimento e conclusão do projeto, com uma multa de 0,5% decrescente ao pagamento final da prestação do serviço feita pelos desenvolvedores a cada 7 dias de prorrogação do prazo. Estima-se que o orçamento não possa extrapolar 5% do que foi definido inicialmente ou a empresa de desenvolvimento do projeto terá que custear por conta. A intenção é que se entregue um programa robusto e condizente com as definições do cliente, além do esforço em fazer com que o andamento do projeto não sofra nenhum tipo alteração no cronograma ou no orçamento. 13. Premissas O ramo imobiliário é, de certa forma, estritamente matemático, portanto, as preocupações estarão voltadas a equações financeiras, cotações, quantificação, cálculos de áreas, etc. A interface será um detalhe menos relevante no projeto, como foi estipulado pelo cliente, cuja preocupação é a do sistema facilitar suas transações imobiliárias no momento que for preciso se utilizar de cálculos.

7 14. WBS Sistema Mobi-Lar Planejamento Documentação Levantamento de requisitos Análise de requisitos Desenvolvimento do escopo Previsão de tempo estimado Previsão de custo Documentação Requisitos Casos de uso Protótipo Manual do usuário 1ªfase: Funções básicas 2ª fase: Funções fundamentais 3ª fase: Funções de saída Entregas de cada fase Implantação Treinamento de funcionários