Modelo unip

Disponível somente no TrabalhosFeitos
  • Páginas : 5 (1211 palavras )
  • Download(s) : 0
  • Publicado : 8 de abril de 2013
Ler documento completo
Amostra do texto
Documentação do Sistema AR – Gerenciador de Incidentes
SUMÁRIO |
Cap. 1
1. Introdução:
1.1 - Escopo;
1.2 - Propósito;
1.3 - Visão geral:
1.4.1 - Objetivos;
1.4.2 - Restrições;

Cap 2
2. Arquitetura do Sistema:
2.1 - DCA;
2.2 - Descrição do DCA;

Cap 3
1. Descrição do Sistema:
3.1.1 - DFA;
3.1.2 – Narrativa modular;3.2 – Dicionário:
3.2.1 - Entrada;
3.2.2 - Principal;
3.2.3 - Saída;
3.2.4 - Interface com Programador;

Cap 4
4. Protótipo:
4.1 - Modelo do Sistema usado na simulação;
4.2 – Resultados;

Cap 5
5. Entrega dos serviços e Resultados:
5.1 – Entregas dos Serviços;
5.2 – Resultados;
Cap 6
6. Elementos de um Sistema:
6.1 – Macroelemento;
6.2 –Elementos de um sistema;
6.3 – Diferentes Alocações para o sistema;

Cap 7
7. Planejamento e Elaboração:
7.1 – Requisitos;

Itwork Systems |
CAPÍTULO 1
INTRODUÇÃO |

1.1 - Escopo:
A.R é um Sistema voltado para prestação de serviços Help-Desk e Service-Desk, onde tem como objetivo modernizar, agilizar, organizar e monitorar serviço oferecido através de programas. Temcomo finalidade fortalecer a ligação “Empresa – Cliente”, facilitando e transparecendo a prestação dos serviços oferecidos, assim facilitando e organizando as entregas dos serviços aos clientes/usuários “Feed-back”.

1.2 - Proposito da Documentação:
O propósito deste documento é expor as necessidades e funcionalidades gerais do sistema, definindo os requisitos em termos a necessidade dousuário final.

1.3 - Visão Geral:
1.3.1 – Objetivos:
O Sistema A.R chega para modernizar sua empresa e coloca-la em outro patamar, integrando todas as áreas da empresa nas quais necessitam de atendimento e suporte de T.I com uma interface simples, visando sempre melhorar e otimizar os atendimentos relacionados ao clientes/usuários, onde ocorrem todos os tipos de incidentes relacionados aSoftwares/Hardwares.
O diferencial deste Sistema, é que o cliente/usuário acompanha o incidente ou s solicitação de serviço à área de T.I, com isto gera um feed-back ao usuário e ao gestor tanto da área solicitante quanto da área de T.I, fazendo assim, com que o atendente realize o atendimento de forma padrão com a máxima rapidez e eficaz sem que o seu cliente/usuário fique parado com o problema.

1.3.2- Restrições:
O sistema necessita de um cadastro detalhado de cada cliente/usuário para que o feed-back possa ser dado, sendo assim todos os campos devem ser preenchidos de forma obrigatório, onde constam, Nome, Telefone, E-mail, Departamento e Cidade.

CAPITULO 2
ARQUITETURA DO SISTEMA |

2.1 - DCA:

2.2 – Descrição do DCA:
* Entrada:
* Cadastro - Cadastro de clientes eveículos;
- Criação de senha para monitoramento web;
* Estoque - Entrada de pecas no estoque;
* Contábil - Cadastro de contas a pagar e receber;
* Câmeras - Entrada de áudio e vídeo para web;
_____________________________________________________________________________
* Principal:
* Central de Processamento;
* SGBD - Banco de Dados;_____________________________________________________________________________
* Interface usuário
* Expedição - Ordem de Serviço;
- Orçamento;
* Estoque - Controle;
* Contabilidade - Entrada e Saída;
_____________________________________________________________________________
* Saída
* Pagina Web – Monitoramento via webcam;
* Oficina – Ordem de serviço;
* Contabil – NFP, NotaEletronica e Folha de pgnto;
_____________________________________________________________________________

CAPITULO 3
DESCRIÇÃO DO SISTEMA |

3. Descrição:
3.1.1 DFA:

3.1.2 – Narrativa Modular:
1. Cadastro – Entrada de dados do cliente para CPU;
2. Estoque – Entrada de dados para controle de estoque;
3. Contábil –...
tracking img