09CSA10

Sistema de Folha de Pagamento

Conteúdo
Fase 1 Análise e Planejamento de Projetos
1.1. Estudo do Problema
1.2. Project Scope
1.3. Objetivos
Fase 2 Estimativa de Custos

Fase 3 Modelando os Requisitos

3.1. Descrição do Módulo
3.1.1. Login
3.1.2. Employee Details
3.1.3. Salary Details
3.1.4. Modificar
3.2. Diagrama UML
3.2.1. Diagrama de Caso de Uso

3.2.2. Diagrama de Classe

3.2.3. Diagrama de Sequência

3.2.4. Diagrama de Colaboração

Fase 4 Gerenciamento de Configuração

4.1. Requisitos de S/W

4.2. H/W Requirements
4.3. Ferramentas

4.4. Desenvolvimento de Software

4.4.1. Criação de Formulário

4.4.2. Roteiro
Phase 5 Teste de Software
5.1. Preparando o Plano de Testes

5.2. Realizar Testes de Validação

5.3. Critérios de Teste de Validação

5.4. Análise de Cobertura

5.5. Memory Leaks
 09CSA10

Sinopse
Este é um projeto de pequena escala para um sistema de folha de pagamento. A ideia básica é

que o gerente da empresa mantenha os detalhes sobre o

funcionários, a designação e o salário. Consiste em detalhes do funcionário,
sistema de folha de pagamento, status e saídas. O gerente pode inserir o nome e

ID do empregado e obter os detalhes do salário desse empregado em

sistema de folha de pagamento podemos calcular o salário líquido do funcionário com base em

entrada.

No módulo de detalhes do funcionário, várias informações como ID do funcionário,

Name, Designation, Basic pay are obtained from the [Link] the Display
o módulo exibe o banco de dados total. No módulo de Detalhes do Salário, o
uma base de dados individual é exibida que mostra o PF, DA, HRA e Líquido
salário do empregado em particular. Usando o módulo Modificar, podemos
modificar e atualizar os dados pessoais do funcionário no banco de dados armazenado.
 09CSA10

Fase 1 Análise e Planejamento do Projeto

1.1. Estudo do Problema
O processamento da folha de pagamento é crítico para empresas e outras organizações
devido aos montantes significativos de dinheiro envolvidos na remuneração dos empregados e
a complexidade dos requisitos legais. Este é um projeto de pequena escala para folha de pagamento

processamento. A ideia básica é que o gerente da empresa mantém o

informações como o nome da empresa, suas filiais por toda a parte. Os detalhes dos funcionários

maintain the employee ID, Name along with personal information. The total salary
Os detalhes determinam o pagamento líquido do funcionário. Este processamento de folha de pagamento envolve

dois tipos de usuários.

•USUÁRIO

ADMINISTRADOR

USER’S ROLE:
O usuário pode entrar/saí do banco de dados. Ele/Ela pode ver suas informações pessoais.
detalhes, detalhes de pagamento mensal e detalhes da empresa. O usuário pode apenas visualizar os

informação, enquanto ele/ela não poderia fazer alterações no banco de dados.

PAPEL DE ADMINISTRADOR:
O administrador desempenha um papel vital no sistema de folha de pagamento. O administrador

controla todo o banco de dados. Os cálculos de salário líquido são realizados pelo
O próprio administrador. O principal papel do administrador é proteger o banco de dados.

1.2. Escopo do Projeto

A especificação suplementar se aplica ao processamento de folha de pagamento. Este

a especificação define o requisito não funcional do sistema, como por exemplo

Functionality:
Como é um aplicativo autônomo, um único usuário pode usá-lo de cada vez.
Usability:
Interface de desktop
Windows 98/2000/Xp
Reliability:
O sistema está disponível 24 horas por dia, sete dias por semana.
Performance:
O desempenho depende da especificação de hardware
 09CSA10

1.3. Objetivos
O objetivo deste documento é definir os requisitos da folha de pagamento
processamento. Esta especificação suplementar lista os requisitos que não estão
capturado prontamente no modelo de caso de uso. Especificação suplementar e o caso de uso
modelo captura um conjunto completo de requisitos do sistema.

Estimativa de Custos da Fase 2

Uma estimativa é uma previsão baseada em uma avaliação probabilística. É o
responsabilidade do gerente de projeto fazer estimativas precisas de esforço e custo.
Isso é particularmente verdadeiro para projetos sujeitos a licitação competitiva, onde uma proposta muito

alto em comparação com os concorrentes resultaria na perda do contrato ou uma oferta muito baixa
pode resultar em uma perda para a organização. Isso não significa que os projetos internos são
sem importância. A partir de uma estimativa dos líderes do projeto, a gestão muitas vezes decide se

prossiga com o projeto. A indústria tem a necessidade de estimativas precisas de esforço e tamanho
em uma fase muito inicial de um projeto. No entanto, quando as estimativas de custo de software são feitas

no início do processo de desenvolvimento de software, a estimativa pode ser baseada em informações erradas ou

requisitos incompletos. Um processo de estimativa de custo de software é o conjunto de técnicas e

procedimentos que as organizações utilizam para chegar a uma estimativa. Um aspecto importante de

Projetos de software é saber o custo, o principal fator contribuinte é o esforço.

Por que SCE é difícil e propenso a erros?
• A estimativa de custos de software requer um esforço significativo para ser realizada.
corretamente.
• O SCE é frequentemente feito apressadamente, sem uma apreciação pelo esforço necessário.

• Você precisa de experiência em desenvolver orçamentos, especialmente para grandes projetos.

• Viés humano, ou seja, um estimador é propenso a considerar quanto tempo uma certa parte

do sistema levaria, e então apenas extrapolar essa estimativa para o resto de

o sistema, ignorando os aspectos não lineares do desenvolvimento de software.
As causas de estimativas ruins e imprecisas
• Novos projetos de software são quase sempre diferentes do último.
• Os profissionais de software não coletam informações suficientes sobre o passado

projetos.
• As estimativas são forçadas a corresponder aos recursos disponíveis.

2.1. Custo e Preços

 09CSA10

Nosso projeto é de alta gama e é altamente eficiente, o que pode satisfazer a folha de pagamento.

calculation for almost all software companies. The chances of error occurrence is very
limitado e, portanto, nossos custos em torno de Rs 10,00,000(aplic).

Uma equipe de 11 membros é necessária para completar a tarefa.

Leva um período de 3 semanas para moldar o projeto.

Não há restrições ambientais específicas.

Fase 3 Modelagem dos Requisitos

3.1. Descrição do Módulo
3.1.1. Login
É a sessão de login para o Administrador, Usuário e Sair.
3.1.2. Employee Details
É usado para adicionar detalhes do funcionário ao banco de dados.

3.1.3. Net Salary

É utilizado para determinar o salário líquido do empregado.

3.1.4. Modificar
É usado para modificar e qualquer atualização no banco de dados.

3.2. Diagrama UML

3.2.1. Use case Diagram
Os diagramas de Casos de Uso mostram as várias atividades que os usuários podem realizar.

sistema. O Sistema é algo que executa uma função. Eles modelam a dinâmica
aspectos do sistema. Ele fornece a perspectiva de um usuário do sistema.

Actor:
Um ator é um usuário do sistema que desempenha um papel específico.
Caso de uso:
Um caso de uso é uma atividade específica que um usuário pode realizar no sistema.

Relationship:
Os relacionamentos são simplesmente ilustrados com uma linha conectando atores a casos de uso.
 09CSA10

Detalhes do Funcionário VerificaçãodeValidade

Administrador

Sistema

Payroll Processing

Funcionário

Banco de Dados

Visualizar e Imprimir os Detalhes do Salário

3.2.2. Diagrama de Classe

Um diagrama de classes descreve os tipos de objetos no sistema e os vários

tipos de relacionamentos estáticos que existem entre eles. ou seja, uma representação gráfica de um
visão estática sobre elementos estáticos declarativos. Uma classe é a descrição de um conjunto de objetos

tendo atributos, operações, relacionamentos e comportamentos semelhantes.

empregado banco de dados

emp id empid
name sistema name
departamento idade
age mostrarDetalhes() designação
designação validar()

ver()

administrador
empid
nome
departamento
idade
saláriobásico
folha de pagamento
processamento HRA
PF
salário base saá
l ro
iíq
l ud
io
HRA
PF
saá
l ro
i ílqud
io
inserir()
deletar()
atualizar()
cálculo()

3.2.3. Diagrama de Sequência

 09CSA10

Um diagrama de sequência na Linguagem de Modelagem Unificada (UML) é um tipo de

diagrama de interação que mostra como os processos operam uns com os outros e em que
ordem. É uma construção de um Gráfico de Sequência de Mensagens. Diagramas de sequência são

às vezes chamado de diagramas de eventos, cenários de eventos e diagramas de tempo

empregado administrador sistema banco de dados folha de pagamento

processamento

fornecer ID
Insira o ID
Verificação de validação
Fornecer detalhes
Processando

Enviar detalhes
Fornecer detalhes

Ver detalhes

3.2.4. Diagrama de Colaboração

Um diagrama de Colaboração é muito semelhante a um diagrama de Sequência em termos de propósito.

ele atinge; em outras palavras, mostra a interação dinâmica dos objetos em um

Um recurso distintivo de um diagrama de Colaboração é que ele mostra o
objetos e sua associação com outros objetos no sistema além de como eles
interagem entre si. A associação entre objetos não é representada em um
Diagrama de sequência. Um diagrama de colaboração é facilmente representado modelando objetos.

in a system and representing the associations between the objects as links. The
a interação entre os objetos é denotada por setas. Para identificar a sequência de
na invocação desses objetos, um número é colocado ao lado de cada uma dessas setas.

2: Insira o ID
1: provide ID administrar
ou sistema
empregado
7: Dê detalhes
8:Ver detalhes

Enviar detalhes
5: Processando

3:Verificação de validação

4: Forneça detalhes
banco de dados folha de pagamento
processamento
 09CSA10

Fase 4 Gestão de Configuração

A gestão de configuração também é usada no desenvolvimento de software, onde é
chamado de Gerenciamento de Configuração Unificado (UCM). Usando o UCM, os desenvolvedores podem manter

track of the source code, documentation, problems, changes requested, and changes
feito. Uma vantagem de um aplicativo de gerenciamento de configuração é que todo o
uma coleção de sistemas pode ser revisada para garantir que quaisquer alterações feitas em um sistema

não afetar negativamente nenhum dos outros sistemas

4.1. Requisitos de S/W
OS: Windows
Language: Visual Basic
4.2. H/W Requirements
Processador Intel PII com velocidade de 300 MHz.

64 MB de RAM
10MB de espaço em disco rígido

4.3. Ferramentas

Ferramenta de Design: Conjunto Rational Rose

4.4. Desenvolvimento de Software

4.4.1. Criação de Formulário

Form1:
 09CSA10

Form2:

Formulário3:
 09CSA10

Form4:
 09CSA10

4.4.2. Roteiro
Codificação para o formulário1:

Sub Private Command1_Clicar()

Fim
Fim da Sub

Sub Private Command2_Clicar()

Se [Link] = "manimaran" E [Link] = "bem-vindo" Então
[Link] = ""
[Link] = ""
[Link] = Verdadeiro
Senão
Caixa de Mensagem "nome de usuário e senha inválidos"
[Link] = ""
[Link] = ""
[Link]
Fim Se
Fim Sub

Codificação para o formulário2:

Sub Privado Command1_Click()

[Link]
Fim Sub

Sub Comando2_Clique()
[Link]
Fim Sub

Sub Privat_Command3_Click()
Descarregue-me
Fim da Sub

Sub Privado Command4_Click()

Fim
Fim da Sub

Codificação para formulário 3:

Dim db Como Banco de Dados
Dim rs As Recordset

Sub Privado Command1_Clique()

[Link] = ((Val([Link]) + Val([Link]) + Val([Link])) -
(Val([Link]))
Fim da Sub

Sub Privado Command2_Click()

[Link]
Fim Sub
 09CSA10

Sub privado Command3_Click()

Descarregue-me
Descarregar Formulário2

Fim Sub

Sub Privado Command4_Clique()

Fim
Fim do Sub

Private Sub Command5_Click()

[Link]
[Link] = rs(0)
[Link] = rs(1)
[Link] = rs(2)
[Link] = rs(3)
[Link] = rs(4)
[Link] = rs(5)
[Link] = rs(6)
[Link] = rs(7)
Fim do Sub

Sub Private Command6_Click()

[Link]
[Link] = rs(0)
[Link] = rs(1)
[Link] = rs(2)
[Link] = rs(3)
[Link] = rs(4)
[Link] = rs(5)
[Link] = rs(6)
[Link] = rs(7)
Fim da Sub

Sub Privado Command7_Click()

[Link]
[Link] = rs(0)
[Link] = rs(1)
[Link] = rs(2)
[Link] = rs(3)
[Link] = rs(4)
[Link] = rs(5)
[Link] = rs(6)
[Link] = rs(7)
Fim Sub

Sub privado Command8_Click()

[Link]Último
[Link] = rs(0)
 09CSA10

[Link] = rs(1)
[Link] = rs(2)
[Link] = rs(3)
[Link] = rs(4)
[Link] = rs(5)
[Link] = rs(6)
[Link] = rs(7)
Fim Sub

Sub Form_Load Privado()

Defina db = OpenDatabase("z:\[Link]")
Defina rs = [Link]("tabela")
Fim Sub

Codificação para form4:

Dim db Como Banco de Dados

Dim rs Como Recordset

Sub Privado Command6_Click()

Descarregue-me
Descarregar Formulário3
Descarregar Formulário2
Fim da Sub
Private Sub Command7_Click()
Fim
Fim Sub

Sub privado Command3_Click()

[Link]
rs(0) = [Link]
rs(1) = [Link]
rs(2) = [Link]
rs(3) = [Link]
rs(4) = [Link]
rs(5) = [Link]
rs(6) = [Link]
rs(7) = [Link]
[Link]
MsgBox "registro inserido"
Finalizar Sub

Sub Privado Command4_Click()

[Link] = ""
[Link] = ""
[Link] = ""
[Link] = ""
[Link] = ""
[Link] = ""
[Link] = ""
 09CSA10

[Link] = ""
Fim Sub

Sub Privado Command5_Click()

Descarregue-me
[Link]
Fim da Sub
Sub Form_Load()
Defina db = AbrirBancoDeDados("z:\[Link]")
Defina rs = [Link]("tabela")
Fim do Sub

Fase 5 Teste de Software

5.1. Preparando o Plano de Testes

Preparar o plano de teste é o primeiro passo na última fase do desenvolvimento de software

ciclo. O plano de teste consiste em todas as atividades que precisavam ser realizadas no software
fase de teste. Este plano de teste foi documentado usando o gerenciador de testes racional
software.
5.2. Executar Teste de Validação
O software é completamente montado como um pacote, erros de interface têm sido
descoberto e uma série final de validação de testes de software pode começar. Validação
sucessiva quando o cliente está satisfeito.
5.3. Critérios de Teste de Validação

A validação de software é alcançada por meio de uma série de testes de caixa preta que

demonstra conformidade com os requisitos.

5.4. Análise de Cobertura
A análise de cobertura é usada para identificar código não testado. Usando o Rational Pure

a cobertura, o código não testado pode ser facilmente identificado.

 09CSA10

5.5. Fugas de Memória

Os testes de vazamento de memória foram realizados usando o software Rational Purity.

Result:
Baseado nas especificações dos requisitos do sistema INFORMAÇÕES DE PAGAMENTO
O SISTEMA foi projetado e implementado.