Você está na página 1de 16

As instituições de ensino possuem uma grande demanda de solicitações , empréstimo de

materiais , empréstimos de livros , reserva de salas e recursos . Com a finalidade de não haver
duplicidade ou má- comunicação , a instituição deve contar com um bom sistema de
gerenciamento de operações . A tecnologia tem sido uma grande aliada para otimizar o
tempo dos indivíduos .

Conceitos de qualidade de software

- Usabilidade = interação entre máquina e usuário

- Manutenibilidade = São as alterações feitas no software

- Portabilidade = É a facilidade na qual o software pode ser transferido de um sistema


computacional ou ambiente para outro.

- Confiabilidade = Abrange a baixa margem de risco de um software apresentar falhas .

- Reusabilidade = É o ato de reutilizar componentes do software que já foi desenvolvido


antes.

- Desempenho = elucida a qualidade do software desenvolvido.

- Segurança : garante a confiabilidade do site .

Modelos de maturidade

A CMMI significa Capability Maturity Model Integration – Integração de Modelos de


Maturidade da Capacidade. O CMMI é recomendado para empresas com atividade
relacionada à tecnologia, help desk , consultoria tecnológica , e bem como empresas que
contratam fornecedores para desenvolver produtos ou prestar serviços.

Os diferentes níveis de maturidade do MPS-BR viabilizam um meio de se indicar qual é o


nível da empresa atualmente, e o que se está considerando. Cada classificação possível
atesta, assim, diferentes graus no controle de processos e qual a qualidade que se pode
esperar da organização que a detém.

O MPS-BR (Melhoria do Processo de Software Brasileiro) é uma sistemática voltada à área


de desenvolvimento de sistemas e foi desenvolvida por um grupo de instituições ligadas ao
desenvolvimento de software. As instituições de maiores destaques atualmente são : a Softex
(SP), a RioSoft (RJ), o COPPE/UFRJ (RJ) e o CESAR (PE).
Níveis de maturidade do CMMI

Nível 0- Incompleto : o projeto dá-se de forma não padronizada .

Nível 1- Inicial : Esse modelo é arriscado por não oferecer garantias de que prazos
serão cumpridos , pois depende de outros fatores para ser realizado .
Nível 2- Gerenciado : Gestão de riscos

Nível 3- Definido : Projetos bem definidos e estratégias definidas de aplicação e uso

Nível 4- Gerenciado Quantitativamente : Uma vez que apresenta uma melhor gestão de
todo o andamento dos processos , é possível antever o que virá em seguida em termos de
melhoria ou mudanças .

Nível 5 - Gerenciado: Apresenta uma maior periodicidade de melhorias

Níveis de maturidade do MPS-BR

A - Em Otimização: Engloba a inovação e análise de causas.

B- Gerenciado Quantitativamente:Monitora o desempenho dos processos, e a gerência


quantitativa .

C- Definido: Gestão de riscos

D- Largamente Definido: Verifica , valida, libera, instala e integra os produtos.

E- Parcialmente Definido: Oferece treinamentos , adapta e melhora a rotina de uma forma


mais organizada

F- Gerenciado: Implementa a medição, além de haver uma melhor gestão da aquisição e


qualidade dos processos .

G- Parcialmente Gerenciado: Propicia a gestão de requisitos e de projetos.

Maturidade escolhida para o colégio Vencer Sempre

Segundo os padrões de qualidade da Softex ( 2003) ;


‘’ a mesma está engajada em apoiar e,inserir e disseminar a cultura da qualidade de software e serviços,
principalmente nas micro, pequenas e médias organizações, evidenciando a contribuição tanto para a
melhoria de processos, do desempenho nos negócios quanto para a alavancagem da inovação, tornando-as
mais competitivas.’’
Partindo-se dessa premissa, o melhor modelo que atenderá e suprirá as necessidades do
colégio de médio - porte em questão , será o modelo MPS-BR , enquadrando-se no nível de
maturidade G ( parcialmente gerenciado ) .
No modelo MPS-BR , conforme a organização avança evolui em termos de maturidade,
consecutivamente um novo estágio positivo será atingido.

Resultados esperados segundo a Softex ( 2003)

GRE 1. O entendimento dos requisitos é obtido junto aos fornecedores de requisitos;


GRE 2. Os requisitos são avaliados com base em critérios objetivos e um comprometimento
da equipe técnica com estes requisitos é obtido;
GRE 3. A rastreabilidade bidirecional entre os requisitos e os produtos de trabalho é
estabelecida e mantida;
GRE 4. Revisões em planos e produtos de trabalho do projeto são realizadas visando
identificar e corrigir inconsistências em relação aos requisitos;
GRE 5. Mudanças nos requisitos são gerenciadas ao longo do projeto.

Outra ferramenta que é muito utilizada , são as planilhas em ferramentas como Excel , Word
, Google planilhas , Zoho Sheet etc… porém o uso dessas ferramentas não representa
confiabilidade , uma vez que não é à prova de alterações .
Com o intuito de agilizar de modo eficaz , o sistema deve apresentar um mapa de salas com
nome do solicitante , data de reserva , horário e material que será utilizado Cada status
também deve conter mais detalhes, como dia, horário e período de ocupação, além da
programação que será realizada.
O colégio precisa de um banco de dados para a organização de seus materiais de pesquisa e
reserva de salas .

Requisitos necessários para alimentar o banco de dados

- Solicitante: Identificação do solicitante


- ID: Identificação do material que será emprestado
- Sala : Número de Identificação da sala pretendida
- Quando: Data do empréstimo
- Horário : Qual é o horário pretendido?
- Materiais : Quais materiais serão necessários para o desenvolvimento da aula?
- Devolução: data prevista para devolução.
- Devolvido: data da devolução caso o equipamento já tenha sido devolvido.

Requisitos do sistema

Os requisitos de um sistema são as características que um sistema possui , as ferramentas


disponíveis que serão oferecidas ao usuário e as limitações pertinentes ao sistema. Os
requisitos elucidam as necessidades dos usuários em alimentar o sistema com as
informações necessárias para um determinado programa , mantendo a eficácia e
transparência na consulta , alteração e busca de informações à ele incorporado.

Em suma , os requisitos são as informações detalhadas da usabilidade e ferramentas do


sistema. A especificação de requisitos é de extrema importância , uma vez que faz-se
necessário atingir diferentes tipos de leitores . Um exemplo disso são os requisitos de usuário.
Os requisitos de usuário englobam diferentes níveis hierárquicos em uma empresa , usuários
esporádicos e profissionais que envolveram-se no desenvolvimento do software (
Engenheiros e Arquitetos de sistema ) .
O software classifica-se em requisitos funcionais e não funcionais .

Requisitos Funcionais

Esse tipo de requisito aplica-se às funções e informações que o software possui , ou seja, a
forma como ele reage aos estímulos em caso de entradas , busca , consulta e extinção de
dados.
Sommerville (2007) diz que :
“ A imprecisão na especificação de requisitos é a causa de muitos problemas da engenharia de
software . É compreensível que um desenvolvedor de sistemas interprete um requisito ambíguo de uma
maneira que simplifique sua implementação . Muitas vezes ,porém , essa não é a preferência do cliente ,
sendo necessário , então estabelecer novos requisitos e fazer alterações no sistema . Naturalmente , esse
procedimento gera atrasos de entrega e aumento de custos “ .

Requisitos Não Funcionais

Um requisito não funcional , não descreve apenas como o sistema funcionará, mas como ele
alcançará o objetivo proposto . Os requisitos demonstram o desempenho, as limitações e a
qualidade do mesmo .
Simultaneamente , tanto os requisitos funcionais quanto os não funcionais são cruciais no
desenvolvimento do software.
Caso os requisitos não sejam seguidos à risca , o sistema desempenha uma função de baixo
rendimento e inconsistência. Portanto , quanto mais cedo forem definidos os critérios
arquiteturais, mais cedo o projetista pode identificar o estilo, ou combinação de estilos, mais
apropriado ao sistema considerado.

Regras de negócio

Corporações de todos os portes e poderes aquisitivos , apontaram e apontarão em algum


momento de sua jornada ; um déficit relacionado a seu ramo de atuação e constantemente
buscarão um confiável sistema capaz de evoluir e acompanhar as mudanças que o mercado
sofre repentinamente . Partindo dessa premissa, torna-se crucial a verificação e validação dos
requisitos funcionais , não funcionais, déficits , melhorias , e formas mais ágeis e menos
complicadas de uso . Verificando minuciosamente se o plano traçado está de acordo com o
que foi abordado e acordado no momento da contratação do serviço. Essa verificação e
validação é chamada de Regras do Negócio . Ela foi desenvolvida com o intuito de organizar
, coordenar e melhor gerir um negócio . O colégio Vencer Sempre , como dito anteriormente
, é um colégio de médio porte e identificou falhas de requisitos e execução de tarefas mais
confiáveis , ágeis e de uso mais simplificado em seu sistema de banco de dados . O modelo
MPS-BR foi a escolha ideal para seu sistema existente , uma vez que foi levantado uma
coleta minuciosa de dados e contou com a presença de diferentes profissionais na reunião
preliminar. Após essa reunião , nossa empresa verificou que um sistema de dados em
linguagem C , seria mais simples , mais barata e tornaria todos os processos mais ágeis .

Os déficits abaixo foram apontados pelos profissionais e proprietários do colégio .

● Esquecimento de preenchimento de dados no sistema ;


● Informações incompletas ou faltantes ;
● Duplicidade na reserva de salas ;
● Horários não - condizentes com o que foi inserido no sistema ( aulas que
ultrapassavam o horário acordado ) ;
● Desorganização do ambiente ,
● Esquecimento na devolução de materiais ,
● Materiais danificados ou com peças faltantes ( fora do case ou de sua embalagem
original ),
● Sistema lento ;
● Conexão wifi instável ;
Roteiro de uso do sistema

Na tela de login haverá dois campos para serem preenchidos ; um para o nome de usuário,
todavia deve ser preenchido apenas com letras sem símbolos ou espaços.

O campo senha será conterá ordem numérica com até seis caracteres. Uma observação é que
o campo nome de usuário não será case sensitive, ou seja, não diferenciam maiúsculas de
minúsculas.

Exemplo: O coordenador Alan Medeiros pode ter o nome de usuário com

“ Alan “ .

Senha : 123456

Ao clicar na tecla “Entrar” , o sistema valida as informações corretas

• Login: se as informações estiverem corretas , o usuário terá acesso a tela de reservas;

• Senha incorreta : gera a mensagem “Usuário não cadastrado ou digitado incorretamente”

• Ao entrar no sistema de reservas , o solicitante preencherá dados como : identificação do


solicitante , selecionar material a ser emprestado, selecionar sala pretendida

• Entrar no sistema de reservas

• Preencher com o nome de usuário e a senha

•Apertar > Entrar

• Identificação do solicitante

• Selecionar o material a ser emprestado:


a) Projetor
b) TV
c) DVD

•Selecionar a sala pretendida

Seleção de data e confirmação de reserva :

• Selecionando a data: Selecionar manualmente no calendário a data da retirada

• Selecionando o horário : Digitar manualmente o horário da retirada

• Confirmando a reserva : Confirmar reserva > sim ou não ? > Apertar confirmar

•Em caso afirmativo : Apertar Sim

•Em casa negativo : Apertar Não

● Preenchimento de data de devolução : Preencher com a data de devolução

Mensagem de finalização :

Até a próxima !

Voltar ao início

Reserva não disponível

• Selecionando a data: Selecionar manualmente no calendário a data da retirada

• Selecionando o horário : Digitar manualmente o horário da retirada

• Confirmação de disponibilidade : Não há reservas !

Confirmando a exclusão de reserva : Deseja realmente excluir a reserva selecionada?


Sim ou Não ? >
•Em caso afirmativo : Apertar Sim

•Em casa negativo : Apertar Não

Mensagem de finalização

• Mensagem de finalização :

Métricas qualitativas

O seguinte questionário será enviado para o nosso cliente por email mensalmente, com a
finalidade avaliar o grau de satisfação dos usuários do Colégio , grau de dificuldade de uso e
entendimento , suporte técnico , consultoria de treinamento e melhorias no sistema.

1- Qual opção define o seu contentamento com o sistema?

• ( ) Excelente

• ( ) Bom

• ( ) Mais ou menos

• ( ) Ruim

2- Quão significativo tem sido a usabilidade do sistema ?

• ( ) Excelente

• ( ) Bom

• ( ) Mais ou menos

• ( ) Ruim
3- De modo geral, como você avalia a acessibilidade e prontidão do nosso time ?

• ( ) Excelente

• ( ) Bom

• ( ) Mais ou menos

• ( ) Ruim

4- Quão satisfeito você está com o funcionamento do site ?

• ( ) Excelente

• ( ) Bom

• ( ) Mais ou menos

• ( ) Ruim

5- Qual seu grau de satisfação com a interface do site ?

• ( ) Muito satisfeito

• ( ) Até certo ponto satisfeito

• ( ) Pouco insatisfeito

• ( ) Muito insatisfeito

Métricas Quantitativas

Com o intuito de mapear a usabilidade e o grau de satisfação de nosso cliente , usaremos o


questionário quantitativo abaixo . Através do feedback dos usuários , poderemos nos basear
nos indicadores de resultado coletados após a execução do sistema . As métricas não são
apenas em quesito de qualidade , mas também englobam a parte operacional como um todo .
Através dessa coleta minuciosa de dados , calcularemos a probabilidade de termos agradado o
nosso cliente , e mensurar as chances de termos a empresa Thrive Technology recomendada
para outros clientes em potencial .

1. Quão fácil foi instalar o nosso aplicativo ?

Imagem : Pixabay

2. Quão fácil foi a compreensão da interface do nosso software?

Imagem : Pixabay

3. O suporte ao cliente e consultoria têm sido úteis ?

Imagem : Pixabay

4. Com que frequência o software falha?


Imagem : Pixabay

5. Qual é a sua opinião sobre o software em si ?

Imagem : Pixabay

6. Qual é a probabilidade de você recomendar o nosso software para outros?

Fonte : Imagem

Casos de teste e cenários principais

Caso de Teste 1 : Validação de login e senha

Agente : Funcionário cadastrado

Pré-condição: Ter login cadastrado.

Cenário Principal:

1. O usuário digita login e senha.


2. O usuário escolhe a opção ‘’ clique para entrar ‘’ .

3. O sistema reconhece ou não os dados inseridos .

Observação : Ao digitar login ou senha incorretos mostrar mensagem de erro ao usuário .

Caso de Teste 2 : Solicitação de material

Agente : Funcionário cadastrado

Pré-condição: Clicar nos materiais que deseja empréstimo

Cenário Principal:

1. O usuário clica em ‘’ selecione o material ‘’ .

2. O usuário escolhe os materiais abaixo :

1. Projetor

2. TV

3. DVD

3. O sistema mostra se está disponível ou não.

Observação : O professor só poderá pedir empréstimo dos materiais disponíveis na


ferramenta de seleção .

Caso de Teste 3 : Reserva de salas

Agente : Funcionário cadastrado .

Pré-condição: Clicar na sala pretendida.

Cenário Principal:

1. O usuário clica em ‘’ sala pretendida ‘’ .

2. O usuário escolhe uma das opções abaixo :

54 - Lab. Informatica
22- Lab Ciências

01- Sala de vídeo

3. O sistema mostra se está disponível ou não.

Observação : O professor só poderá pedir empréstimo dos materiais disponíveis na


ferramenta de seleção .

Caso de Teste 4 : Confirmação da reserva

Agente : Funcionário cadastrado

Pré-condição: Clicar na data , horário pretendido e confirmar .

Cenário Principal:

1. O usuário clica em ‘’ selecionar data ‘’ .

2. O calendário se abrirá, e o solicitante digitará dia, mês,ano :

3. O sistema mostra se está disponível ou não.

4. O usuário clica em ‘’ selecionar horário ‘’ .

5.O ícone de seleção se abrirá, e o solicitante digital hora e minutos.

6. usuário clica em ‘’ Confirmar reserva > sim ou não ‘’ ?

Observação : O professor só poderá reservar data e horário se o mesmo estiver disponível.

Caso de Teste 5 : Preenchimento da data de devolução

Agente: Professor

Pré-condição: Preencher a data de devolução

Cenário Principal:

1. O usuário digita a data de devolução

2. O usuário verá a seguinte mensagem de finalização :


‘’ Até a próxima !’’

3. O sistema finaliza a solicitação

Observação : O sistema só finaliza se todos os campos estiverem devidamente preenchidos .

Caso de Teste 6 : Reserva indisponível

Agente : Funcionário cadastrado

Pré-condição: Clicar na data , horário pretendido e confirmar .

Cenário Principal:

1. O usuário clica em ‘’ selecionar data ‘’ .

2. O calendário se abrirá, e o solicitante digitará dia, mês,ano :

3. O sistema mostra se está disponível ou não.

4. Se estiver indisponível , a mensagem será :

4. O usuário clica em ‘’ selecionar horário ‘’ .

5.O ícone de seleção se abrirá, e o solicitante digital hora e minutos.

6. usuário clica em ‘’ Confirmar reserva > sim ou não ‘’ ?

Observação : O professor só poderá reservar data e horário se o mesmo estiver disponível.

Você também pode gostar