Sistema de Condominio Especificao de Objetivos e Requisitos

SC-AMS-1

EOR Sistema de Condominio

Verso: 1.0 Data/Hora: 19/03/2012 Goinia, 19 de maro de 2012

EOR: Estrutura do Documento

EOR Sistema de Condominio

Verso: 1.0 Data/Hora: 19/03/2012

Contedo
1. Introduo..........................................................................................................................4 1.1. Objetivos......................................................................................................................4 1.2. Pblico Alvo................................................................................................................4 2. Casos de Uso(item 2 e subitens sera complementado posteriormente)............................4 2.1. Atores...........................................................................................................................4 2.2. Lista de casos de uso...................................................................................................4 2.3. Descrio de Casos de Uso.........................................................................................5 3. Requisitos e restries funcionais (RFUN).......................................................................5 4. Requisitos e restries no funcionais...............................................................................7 4.1. Requisitos e restries de informao (RINF)............................................................7 4.2 Requisitos e restries de interface Homem-Computador (RHIC).............................8 4.3 Requisitos de Interface Externa (RIEX)......................................................................8 4.4 Requisitos e Restries de Projeto (RPRO).................................................................9 4.5 Requisitos e restries de arquitetura de software (RARQ)........................................9 4.6 Requisitos e restries de plataforma de hardware (RPHW)......................................9 4.7 Requisitos e restries de plataforma de software (RPSW)......................................10 4.8 Requisitos e restries de desempenho (RDES)........................................................10 4.9 Requisitos e restries de disponibilidade (RDIS)....................................................10 4.10 Requisitos e restries de segurana (RSEG)..........................................................11 4.11 Requisitos e restries de manutenibilidade (RMAN)............................................11 4.12 Requisitos e restries de portabilidade (RPOR)....................................................12 4.13 Requisitos de documentao (RDOC).....................................................................12 5. Requisitos Futuros (RFUT).............................................................................................12 6. Referncias cruzadas complementares............................................................................13 7. Aprovao Formal............................................................................................................13 Bibliografia.........................................................................................................................13

Figuras e Tabelas

EOR: Estrutura do Documento

EOR Sistema de Condominio

Verso: 1.0 Data/Hora: 19/03/2012

1. Introduo
Apresentar o documento ao leitor, descrevendo sucintamente o software que objeto deste projeto e as informaes contidas neste documento.

1.1.Objetivos
A especificao de objetivos e requisitos, tem como objetivo definir as necessidades dos usurios que devem ser satisfeitas pelo sistema a ser desenvolvido. Tambm derivar os requisitos implcitos do sistema que so condies bsicas para que as necessidades dos usurios sejam satisfeitas. Este documento visa estabelecer um contrato para negociao e concordncia entre os clientes e a equipe de desenvolvimento. E reduzir os esforos futuros de reprojeto, recodificao e reteste atravs da especificao rigorosa e completa dos requisitos, provendo uma base para avaliao de prazos e custos de desenvolvimento. O EOR facilita a transferncia dos produtos do desenvolvimento para novos usurios, clientes, ambientes, novos ambientes operacionais e novas equipes de desenvolvimento e manuteno. E prover uma base para a evoluo futura do sistema.

1.2.Pblico Alvo
Este documento tem como pblico alvo os clientes, usurios do sistema para definir se os objetivos do sistema esto de acordo com o informado.

2. Casos de Uso(item 2 e subitens sera complementado posteriormente)

Nesta seo devem ser identificados os casos de uso do software que ser desenvolvido, os atores neles envolvidos e os requisitos funcionais e no funcionais neles tratados.

2.1.

Atores

Listar todos os atores do software. Ator tudo aquilo que interage com o software, por exemplo, pessoas, rgos, software, mquinas, etc. Exemplo: 1. Cliente 2. Software de Faturamento 3. Atendente 4. Telefonista 5. Supervisor

2.2.

Lista de casos de uso

Listar todos os casos de uso do software. Para cada caso de uso identificar sua categoria (primrio, secundrio ou opcional). Casos de uso primrios so aqueles que representam processos comuns principais; casos de uso secundrios representam processos menos EOR: Estrutura do Documento 4

EOR Sistema de Condominio

Verso: 1.0 Data/Hora: 19/03/2012

importantes ou raros; casos de uso opcionais representam processos que talvez no sejam considerados. Quando define a categoria de um caso de uso mais fcil de perceber quais casos de uso devero ser expandidos primeiramente. Exemplo: Ref. CSU1 CSU2 Descrio Registrar ligao Solicitar clientes impresso de dados Atores de Atendente Categoria Secundrio Telefonista Primrio

2.3.

Descrio de Casos de Uso

Identificar e descrever cada caso de uso listado anteriormente. Os casos de uso devero ser descritos preferencialmente no formato de alto nvel, mas dependendo da sua importncia ou da sua complexidade eles podero ser descritos no formato essencial expandido. Casos de uso essenciais so aqueles que no referenciam aspectos de solues tecnolgicas adotadas ao contrrio dos casos de uso reais.

3. Requisitos e restries funcionais (RFUN)

Ref. RFUN1 RFUN2 Funo Cadastro de proprietrios e moradores no sistema. Gravar dados de moradores no sistema, bem como a quantidade de pessoas de cada apartamento com seus nomes para futuro controle de entrada no condomnio. Cadastro de fornecedores e servios terceirizados. Gravar dados de fornecedores e servios terceirizados. Cadastro de todas as reas comuns do condomnio. Gravar dados de todas as reas comuns. Manter registros de gastos de cada apartamento. Permitir a cobrana de aluguel de espao para eventos exclusivamente para moradores. Permitir a cobrana de condomnio de acordo com o tamanho de cada apartamento. Categoria Evidente Oculta Prioridade Alta Alta

RFUN3 RFUN4 RFUN5 RFUN6 RFUN7 RFUN8 RFUN9

Evidente Oculta Evidente Oculta Oculta Evidente Evidente Evidente

Alta Alta Alta Alta Media Baixa Alta Baixa

RFUN10 Permitir a cobrana de taxa de mudana.

EOR: Estrutura do Documento

EOR Sistema de Condominio

Verso: 1.0 Data/Hora: 19/03/2012 Evidente Alta

RFUN11 Permitir o envio de boletos bancrios com todas as cobranas necessrias, no mnimo trs dias antes do vencimento. RFUN12 Permitir que moradores cadastrem login e senha para acessarem as informaes contidas no boleto bancrio e se necessrio via internet. RFUN13 Permitir o envio de e-mail com aviso de atraso do pagamento do boleto bancrio depois de trs dias de atraso ou a impresso de um informativo avisando do atraso no pagamento do boleto. RFUN14 Permitir que sndico e zelador cadastrem login e senha, onde os mesmos tero acesso total ao sistema. RFUN15 Controlar a entrada de visitantes RFUN16 Permitir que porteiros tenham acesso restrito ao sistema, apenas para controle de visitantes e fornecedores. RFUN17 Imprimir um documento que comprove que morador no tenha nada pendente, uma espcie de nada consta. RFUN18 Gerar demonstrativo para um relatrio contendo todos os dados das despesas do condomnio. RFUN19 Ter integrao bancria com envio e retorno de pagamentos.

Evidente

Media

Evidente

Alta

Evidente Evidente Evidente

Alta Media Media

Evidente

Baixa

Evidente Oculta

Alta Alta

3.1 Condio de validao dos Requisitos Funcionais

RFUN1: Cadastro de Moradores Passo1: Cadastre os dados de um funcionario/sindico(nome,senha) Passo2: Cadastre um morador com seus dados(nome, cpf, rg, telefone, email, 3 telefones de referncia). Passo3: Emitir relatorio com todos os dados aps efetivao do cadastro. Passo4 :Cadastrar um usuario com cpf invalido e um com cpf valido. Condio para requisito atendido: Aps o cadastro aparecera uma mensagem dizendo que o cadastro foi efetivado com sucesso e em seguida sera exibido um relatorio com

EOR: Estrutura do Documento

EOR Sistema de Condominio

Verso: 1.0 Data/Hora: 19/03/2012

todos os dados do morador e abaixo aparecera a data do cadastro e o nome de quem cadastrou; Ao cadastrar o campo cpf devera aparecer uma mensagem dizendo que o cpf e valido. Condio para requisito invalido: Caso algum campo no seja preenchido aparecera Se aparecer a mensagem cpf invalido significa que o requisito no foi atendido.

4. Requisitos e restries no funcionais

RNF1 - O sistema dever rodar nos seguintes sistemas operacionais: Windows; Linux; Mac.

RNF2 O sistema devera rodar em plataforma web; RNF3 O sistema devera usar banco de dados free.

4.1.
Ref.

Requisitos e restries de informao (RINF)

Tipo Cadastral Descrio Proprietrio e morador: Nome, CPF, RG, e-mail, telefone, trs telefones de referencia. Fornecedor e servios terceirizados: Cdigo, Nome/Razo Social, CNPJ, Endereo e Telefone. reas comuns do condomnio: espaos fsicos de propriedade de todos os condminos. Casos de Uso

RINF1

RINF2

Cadastral

RINF3

Cadastral

RINF4 RINF5

Gerencial Permisses: Definir as permisses de cada usurio no sistema. Gerencial Relao dos condminos devedores contendo o nome, valor devido e data da divida. Gerencial Gastos de cada apartamento: consumo mensal de gs, gua, energia, aluguel de reas destinadas para eventos, multas, se existir. Gerencial Disponibilidade dos espaos de eventos para aluguel.

RINF6

RINF7

EOR: Estrutura do Documento

EOR Sistema de Condominio

Verso: 1.0 Data/Hora: 19/03/2012

4.2

Requisitos e restries de interface Homem-Computador (RHIC)

Definir todos os aspectos de Interface Homem Computador (IHC) incluindo: contedo de informaes, fatores ergonmicos, dispositivos de interao, formato de apresentao, tipo de dilogo, e mecanismos de ajuda alocados a cada perfil/grupo/tarefa de usurio. Descrever, em particular, os requisitos de usabilidade para cada perfil/grupo/tarefa de usurio. Por exemplo, pode-se definir como requisito que as opes de menu tenham teclas de atalho associadas.. recomendvel definir diagramas de interface (telas e relatrios) para as funes previstas para o software. Devem ser estabelecidas, no diagrama, as reas da janela ou do relatrio destinadas a cada tipo de informao. Existem diversos padres para definio de interface de usurio. Exemplos destes padres predefinidos so Motif e Windows. Esses padres de interface definem desde diretivas para diagramao at os tipos de objetos de interface que podem ser adotados, com seus respectivos atributos e valores default. No caso de se adotar algum padro predefinido de interface, pode-se apenas referenci-lo nesta seo, j que a diagramao de todas as janelas e relatrios deve seguir este padro. Caso contrrio, para cada rea funcional identificada na diagramao, deve-se especificar a sua finalidade, suas dimenses e seu posicionamento relativo na janela ou relatrio. Restries sobre o tamanho e posio relativos entre as diversas reas do diagrama tambm devem ser especificadas. Cada rea do diagrama pode ser recursivamente subdivida em reas menores. Nestes casos devem ser especificadas as mesmas informaes definidas para as reas principais: identificao, finalidade, tamanho e posicionamento relativo. Exemplos tpicos de reas funcionais de janelas incluem: rea de mensagens; rea de comandos; rea de respostas a comandos; rea de desenho; rea de menus; e rea de identificao da Janela. As reas tpicas de composio de um relatrio so: cabealhos, corpo, linhas de detalhe, linhas de totalizao, e rodap. Exemplo: Ref. RIHC1 Descrio Casos de Uso Para facilitar a usabilidade na transao de venda, pede- Todos se que a tela de vendas tenha uma fonte (tipo e tamanho de letra) que permita uma fcil visualizao a uma distncia de 2 metros do monitor porque desta forma o cliente poder visualizar as informaes da venda da sua posio.

4.3

Requisitos de Interface Externa (RIEX)

Identificar e descrever as interfaces com outros softwares/sistemas que o software dever prover. Por exemplo, um software comercial deve gerar informaes para o Sistema de Arrecadao da Secretaria da Fazenda Estadual. O formato dessas informaes e o

EOR: Estrutura do Documento

EOR Sistema de Condominio

Verso: 1.0 Data/Hora: 19/03/2012

protocolo de envio so definidos pela prpria secretaria, e atender essas definies um requisito do software. Exemplo: Ref. Descrio Casos de Uso RIEX1 O software do sistema de vendas dever gerar um arquivo CSUn SINTEGRA conforme Legislao do Convnio ICMS 57/95 atualizado at 69/02, incluindo as alteraes posteriores, para que seja enviado para a Secretaria da Fazenda trimestralmente.

4.4

Requisitos e Restries de Projeto (RPRO)

Nesta seo sero especificados todos os requisitos e restries associados a conduo do projeto de desenvolvimento e que podem limitar ou definir aes que sero executadas. Exemplo: Ref. RPRO1 Descrio Casos de Uso O cliente solicitou que o mdulo de contabilidade CSUi, CSUj, CSUk fosse entregue at o dia 10 do ltimo ms do ano corrente (10/12/05), para testes em ambiente real.

4.5

Requisitos e restries de arquitetura de software (RARQ)

Se o software tiver de ser desenvolvido em uma arquitetura especfica, ento essa arquitetura dever ser descrita. Exemplo: Ref. RARQ1 Descrio Casos de Uso O software dever ser desenvolvido com uma Todos arquitetura de camadas que permita isolar as funcionalidades ligadas ao negcio das funcionalidades relacionadas com a interface homem-computador

4.6

Requisitos e restries de plataforma de hardware (RPHW)

Identificar e descrever requisitos e restries relacionadas com a plataforma de hardware que ser utilizada pelo software: Exemplo: Ref. RPHW1 Descrio O software dever ser capaz de rodar em um Servidor com processador Intel xSeries (IBM) Casos de Uso

EOR: Estrutura do Documento

EOR Sistema de Condominio

Verso: 1.0 Data/Hora: 19/03/2012

4.7

Requisitos e restries de plataforma de software (RPSW)

Se o software tiver que ser executado em plataforma(s) de software especfica(s), essa(s) plataforma(s) de software dever(o) ser definida(s): Sistema Operacional: identificar e descrever o sistema operacional em que o software dever ser executado; Softwares Bsicos: identificar SGBD, linguagem de programao, ferramentas CASE e outros.

Se houver mais de uma plataforma de software, deve-se especificar qual a plataforma principal e em que situaes as outras plataformas podem ser utilizadas. Exemplo: Ref. RPSW1 Descrio Casos de Uso O software dever ser desenvolvido com a ferramenta Todos CASE XYZ gerando cdigo Java. A justificativa para esta restrio que esta plataforma-padro adotada pela empresa.

4.8

Requisitos e restries de desempenho (RDES)

Identificar e descrever os requisitos e restries de desempenho do software. Exemplo: Ref. RDES1 Descrio Casos de Uso O ambiente onde o software rodar dever permitir pelo Todos menos trs usurios acessando o banco de dados sem queda de velocidade. O tempo de resposta mximo permitido para transaes CSUx,... on-line de 5 segundos O software dever ser capaz de atender at dez CSUz transaes simultneas da funo Registrar Venda.

RDES2 RDES3

4.9

Requisitos e restries de disponibilidade (RDIS)

Especificar os requisitos de disponibilidade necessrios para o software de uma forma global: Perodo de disponibilidade: horrio comercial, 24 horas por dia, etc. Perodo mximo para recuperao do software em caso de falha.

Devem ser definidos os tipos de falha e a tolerncia aceitvel para cada tipo de falha. Os tipos de falha podem ser definidos em funo dos requisitos funcionais e de dados, mas

EOR: Estrutura do Documento

10

EOR Sistema de Condominio

Verso: 1.0 Data/Hora: 19/03/2012

no se restringem a estes. Por exemplo: a funo Registrar Venda deve ter um tempo para recuperao de falha de no mximo uma hora (o que significa que esta funo no poder ficar mais do que uma hora indisponvel para o usurio em nenhuma circunstncia). Exemplo: Ref. RDIS1 Descrio O software dever estar disponvel 24 horas por dia Casos de Uso Todos

4.10 Requisitos e restries de segurana (RSEG)

Especificar os requisitos de segurana necessrios para controle de acesso ao software. Definir a necessidade de: Exemplo: Ref. RSEG1 RSEG2 RSEG3 RSEG4 Descrio Casos de Uso O software dever solicitar autorizao do supervisor para CSUv excluir uma venda j registrada. Todos os dados em arquivos de exportao devero ser CSUx criptografados. Para qualquer atualizao efetuada, dever ser registrado o CSUn, usurio que realizou a operao, bem como a data e hora. CSUm,... Todo usurio do software dever ser associado a um perfil Todos que define as funcionalidades que podero ser utilizadas por ele. Verificao de senha; Criptografia de dados; Registro das operaes efetuadas; Habilitao de funes por perfil de usurio; Acesso seletivo aos dados e funes.

4.11 Requisitos e restries de manutenibilidade (RMAN)

Especificar os requisitos que visam facilitar a manuteno posterior do software, tais como: Requisitos de reutilizao (exemplo: uso de implementao orientada a objetos; bibliotecas de classes e padres de projeto); Requisitos de modularizao (exemplo: valores para mtricas de acoplamento entre mdulos; mximo de pontos de funo por mdulo); Requisitos de configurao (exemplo: regras para controle de verses); Requisitos de documentao (exemplo: documentao de programa)

EOR: Estrutura do Documento

11

EOR Sistema de Condominio Exemplo: Ref. Descrio

Verso: 1.0 Data/Hora: 19/03/2012

Casos de Uso

RMAN1 O projeto das responsabilidades de cada classe de objetos Todos dever seguir os padres GRASP sugeridas no livro Utilizando UML e Padres de Craig Larman [1]. RMAN2 Todo programa deve estar documentado de acordo com as Todos orientaes contidas na Norma de Documentao de Programas da empresa [2]

4.12 Requisitos e restries de portabilidade (RPOR)

Identificar as diversas plataformas de software e hardware com as quais o software deve ser compatvel. Devem ser consideradas tanto plataformas de desenvolvimento como plataformas de produo. Outros exemplos de requisitos de portabilidade so: Exemplo: Ref. RPOR1 Descrio Casos de Uso O software dever ser capaz de rodar tanto em CSUx, CSUy computadores Desktop com Windows 98 ou superior ou com Linux. Dever ser capaz de rodar tambm em Palmtops com Windows CE. O software dever permitir a utilizao dos seguintes Todos Bancos de dados: SQL Server, MySql ou Oracle Percentual de componentes que podem ter cdigo dependente da plataforma hospedeira; Percentual de cdigo que pode ser dependente da plataforma hospedeira; Uso de uma linguagem reconhecidamente portvel.

RPOR2

4.13 Requisitos de documentao (RDOC)

Especificar os requisitos de documentao do produto de software que ser desenvolvido. Exemplo: Ref. Descrio Casos de Uso RDOC1 Junto com o script de instalao do produto deve ser No se aplica colocado um manual de instalao do mesmo RDOC2 O software deve prover ajuda on-line sensvel ao Todos contexto em todas as suas telas

5. Requisitos Futuros (RFUT)

Descrever os requisitos que podero ser especificados em uma nova verso do produto. Exemplo:

EOR: Estrutura do Documento

12

EOR Sistema de Condominio Ref. RFU1 Descrio

Verso: 1.0 Data/Hora: 19/03/2012 Casos de Uso

Em um futuro prximo o software de atendimento de CSUx clientes dever ser integrado com o software do sistema de faturamento para que o atendente possa identificar o perfil de negcios do cliente

6. Referncias cruzadas complementares

Nesta seo so colocadas algumas referncias cruzadas entre requisitos e entre casos de uso e requisitos que podem ajudar o rastreamento futuro dos requisitos. Estes mapeamentos podem ser feitos em forma de tabelas como mostrado a seguir: Requisitos Funcionais RFUN1 Outros Requisitos Relacionados RINF3

Caso de Uso CSU1

Requisitos Relacionados RFUN1,RFUN5,RMAN8

7. Aprovao Formal
Goinia, __/__/__ De acordo, _________________________ Gerente de Desenvolvimento

Bibliografia
[1] Ronaldo Lopes de Oliveira, EOR Modelo de Documento de Especificao de Objetivos e Requisitos de Software, Verso 1.0, agosto de 2005.

EOR: Estrutura do Documento

13