especificação dos requisitos do software proschedule

8/6/2019 Especificação dos Requisitos do Software ProSchedule

http://slidepdf.com/reader/full/especificacao-dos-requisitos-do-software-proschedule 1/52

Especificação de Requisitos deSoftware

Versão 0.3

ProSchedule

Maycon Viana BordinHelton Eduardo Ritter

5 de Novembro de 2010



i

Tabela de Conteúdo

Tabela de Conteúdo ......................................................................................................................................... i Lista de Figuras ............................................................................................................................................. iii Revisões ........................................................................................................................................................ iv 1.0. Introdução ................................................................................................................................................ 5

1.1. Propósito .............................................................................................................................................. 5 1.2. Escopo do Projeto ................................................................................................................................ 5 1.3. Glossário .............................................................................................................................................. 6 1.4. Referências .......................................................................................................................................... 7 1.5. Resumo do Documento ....................................................................................................................... 7

2.0. Descrição Geral .................................................................................................................................. 8 2.1 Ambiente do Sistema ...................................................................................................................... 8 2.2 Especificação dos Casos de Uso ..................................................................................................... 9

2.2.1 Casos de Uso de Persistência .......... .......... ........... .......... .......... ........... .......... ........... .......... ..... 9 UC001: Adicionar Cliente .................................................................................................................10 UC002: Modificar Cliente .................................................................................................................11 UC003: Remover Cliente ..................................................................................................................11 UC004: Recuperar Clientes ...............................................................................................................12

UC005: Adicionar Componente ........................................................................................................13 UC006: Modificar Componente ........................................................................................................14 UC007: Remover Componente..........................................................................................................15 UC008: Recuperar Componente ........................................................................................................15 UC009: Adicionar Conjunto ..............................................................................................................16 UC010: Modificar Conjunto ..............................................................................................................17 UC011: Remover Conjunto ...............................................................................................................18 UC012: Recuperar Conjunto .............................................................................................................19 UC013: Adicionar Operação .............................................................................................................19 UC014: Modificar Operação .............................................................................................................20 UC015: Remover Operação ...............................................................................................................21 UC016: Recuperar Operação .............................................................................................................22

2.2.2 Casos de Uso de Sequenciamento .........................................................................................23 UC017: Sequenciamento da Produção ..............................................................................................24 UC018: Importação de Ordens de Produção do MRP Kronus ..........................................................25 UC019: Exportação do Sequenciamento da Produção para Planilha Eletrônica ...............................26 UC020: Geração de Gráfico de Gantt para o Sequenciamento da Produção .....................................27 UC021: Exibição do Sequenciamento Mestre da Produção ..............................................................27 UC022: Exibição do Sequenciamento da Produção por Operação ....................................................28 UC023: Adicionar Ordem de Produção .............................................................................................29 UC024: Modificar Ordem de Produção .............................................................................................30 UC025: Remover Ordem de Produção ..............................................................................................31 UC026: Recuperar Ordem de Produção ............................................................................................31

2.2.3 Casos de Uso de Calendário ..................................................................................................32 UC027: Adicionar Calendário de Dias Trabalhados .........................................................................33 UC028: Modificar Calendário de Dias Trabalhados .........................................................................34 UC029: Recuperar Calendário de Dias Trabalhados .........................................................................34

2.3 Características dos Usuários ..........................................................................................................35 2.4 Requisitos Não-Funcionais ............................................................................................................35 2.5 Interface Gráfica do Usuário .........................................................................................................35

2.5.1 Hierarquia das Telas do Sistema .......... .......... ........... .......... ........... .......... ........... .......... .........35 2.5.2 Tela de Persistência ...............................................................................................................36 2.5.2 Tela de Adição/Modificação ..................................................................................................37

3.0. Especificação dos Requisitos .............................................................................................................39 3.1 Requisitos de Interface Externa .....................................................................................................39 3.2 Requisitos Funcionais ....................................................................................................................39



ii

RF001: Persistência de Conjuntos .........................................................................................................39 RF002: Persistência de Componentes ...................................................................................................40 RF003: Persistência de Operações.........................................................................................................41 RF004: Persistência de Clientes ............................................................................................................42 RF005: Persistência de Ordens de Produção .........................................................................................43 RF006: Sequenciamento da Produção ...................................................................................................45 RF007: Exibição do Sequenciamento Mestre da Produção ...................................................................45 RF008: Exibição do Sequenciamento da Produção por Operação ........................................................46 RF009: Importação de Ordens de Produção do MRP Kronus ...............................................................46 RF010: Exportação do Sequenciamento da Produção para Planilha Eletrônica .......... .......... ........... .....47 RF011: Geração de Gráfico de Gantt para o Sequenciamento da Produção .......... ........... .......... ...........47 RF012: Persistência do Calendário de Dias Trabalhados ......................................................................48 RF013: Lembrar o usuário de adicionar o Calendário de Dias Trabalhados .........................................49 RF014: Configuração de Lead Time Padrão .........................................................................................49

3.3 Requisitos Não-Funcionais ............................................................................................................50 3.3.1 Estrutura Lógica de Dados .......... ........... .......... .......... ........... .......... ........... .......... ........... .......50 3.3.2 Segurança ..............................................................................................................................51 3.3.2 Compatibilidade.....................................................................................................................51



iii

Lista de Figuras

Figura 1 – Ambiente do Sistema .................................................................................................................... 8 Figura 2 – Casos de Uso de Persistência ........................................................................................................ 9 Figura 3 – Casos de Uso de Sequenciamento ................................................................................................23 Figura 4 – Casos de Uso de Calendário .........................................................................................................32 Figura 5 – Tela de Persistência ......................................................................................................................37 Figura 6 – Tela de Adição/Modificação ........................................................................................................38



iv

Revisões

Versão Autor(es) Descrição Data

0.1

Helton Eduardo

Ritter, MayconViana Bordin

Primeira versão dos requisitos e diagramas decaso de uso. 08/09/2010

0.2Helton EduardoRitter, MayconViana Bordin

Primeira modificação dos requisitos econsequentemente dos casos de uso. Houve

remoção e adição de requisitos nesta revisão.27/09/2010

0.3Helton EduardoRitter, MayconViana Bordin

Os casos de uso receberam identificadores únicos,para poderem ser referenciados em outros

documentos.05/11/2010



SRS v0.3 5 05 de Novembro, 2010

1.0. Introdução

1.1. Propósito

O propósito deste documento é o de descrever as características do sistema

ProSchedule através dos requisitos funcionais e não-funcionais, bem como através dos

casos de uso. Este documento também descreve as interfaces do sistema com outros

sistemas, as restrições que o sistema irá encontrar e as situações as quais o sistema será

submetido, os comportamentos esperados e as eventuais exceções.

Este documento é direcionado para usuários, desenvolvedores e qualquer outra

pessoa que tenha interesse em compreender melhor as funcionalidades que o sistema irá

fornecer, partindo de representações gráficas simples através dos casos de uso, até as

descrições mais detalhadas dos requisitos do sistema, estes diretamente ligados aos casos

de uso representados.

Clientes poderão visualizar com detalhes se os requisitos estão de acordo com as

suas expectativas. Desenvolvedores terão em mãos um documento claro e com detalhadas

descrições sobre cada uma das funcionalidades que o sistema deverá apresentar. Este

documento também deve servir como base para a realização dos testes do sistema.

1.2. Escopo do Projeto

Este sistema é destinado para o sequenciamento de ordens de produção de uma

indústria metalúrgica. O objetivo do sistema é o de automatizar a tarefa de seqüenciar as

ordens de produção e representá-las através de planilhas eletrônicas que, posteriormente,

são impressas e distribuídas nos centros de operações para que o sequenciamento seja

então seguido.




1.3. Glossário

Termo Definição

Persistência

A persistência diz respeito a persistência de dados nosistema, neste caso ela se refere as quatro operações

básicas para a persistência de dados: adicionar, modificar,remover e recuperar. Essas operações básicas sãoconhecidas por CRUD (create, read, update and delete).

Sistema

Quando nos requisitos for feita alguma referência a"sistema", está se falando do sistema desenvolvido, ao qualos requisitos descritos fazem parte. Enquanto que oSistema MRP Kronus é uma clara referência a um sistemaexterno que é utilizado pela empresa.

Banco de Dados Coleção de todas as informações monitoradas por estesistema.

Mensagens

Existem três tipos de mensagens definidas no sistema: de

êxito, de aviso e de erro. As mensagens de êxito informamao usuário que a operação foi executada com sucesso, issosignifica que a função seguiu o fluxo normal e foicompletada. As mensagens de aviso informam o usuáriosobre algum problema, esse tipo de mensagem é usadoprincipalmente para avisar sobre campos obrigatórios nãopreenchidos ou preenchidos incorretamente. As mensagensde erro informam o usuário sobre falhas que ocorreramdurante a execução de determinada função.

Tratamento de Exceções

São condições adversas ao fluxo principal de uma função,estas condições devem ser informadas ao usuários através

de mensagens de aviso ou mesmo erro. Além das situaçõesespecificas de cada requisito existem as gerais como: errosde digitação, inconsistência nos dados informados ouvalores inválidos que irão ocasionar erros nas funções.Estes erros devem ser detectados pelo sistema e umamensagem de aviso deve ser exibida para o usuário, paraque ele possa corrigí-los, quando a correção por possível.

Dados Refere-se a um conjunto de informações, como os dados deum cliente, podendo estes serem o nome, telefone, CPF.

Validação de Dados

Em vários requisitos são feitas referências a validação dedados ou dados válidos. Isso diz respeito aos dados que

serão inseridos e que precisam seguir algumas regrasbásicas para serem considerados válidos, como porexemplo o CPF que precisa ser composto por 11 dígitosnuméricos.

Usuário Pessoa que irá utilizar o sistema no dia-a-dia.




1.4. Referências

IEEE. IEEE Std 830-1998 IEEE Recommended Practice for Software Requirements

Specifications. IEEE Computer Society, 1998.

1.5. Resumo do Documento

O próximo capítulo, Descrição Geral, aborda de forma geral as funcionalidades

do sistema através de diagramas de caso de uso.

O capítulo três, Especificação dos requisitos, descreve as funcionalidades do

sistema de forma mais especifica e voltada para analistas e desenvolvedores.

Ambas as seções deste documento descrevem o mesmo produto de software,

entretanto elas o fazem de formas diferentes, para públicos diferentes.




2.0. Descrição Geral

2.1 Ambiente do Sistema

Figura 1 – Ambiente do Sistema

O sistema ProSchedule possui dois atores que atuam diretamente no sistema. O

Usuário representa aqui a pessoa que irá utilizar todas as funcionalidades do sistema.

Estas foram divididas em três grupos (ou módulos): Persistência, Sequenciamento e

Calendário.

Na Persistência estão concentradas as informações que precisam ser mantidas

pelo sistema e que são utilizadas pelo Sequenciamento para que este venha a

desempenhar seu papel. O sequenciamento, por sua vez, é o responsável pelo




sequenciamento das ordens de produção, ele é quem desempenha o papel mais

importante dentro do sistema. E para que ele possa desempenhar seu papel depende, além

da Persistência, do Calendário. Este fica responsável pelo Calendário que contém todos

os dias do ano e indica em quais destes dias haverá trabalho dentro da indústria.

Por fim, existe um segundo ator que é MRP Kronus. Este é o sistema atualmente

utilizado dentro da indústria, ele é o responsável por fornecer as ordens de produção para

que o ProSchedule possa realizar o sequenciamento da produção.

2.2 Especificação dos Casos de Uso

Nesta seção serão apresentados os casos de uso para cada um dos módulos do

sistema juntamente com uma breve descrição de cada um deles.

2.2.1 Casos de Uso de Persistência

Figura 2 – Casos de Uso de Persistência

Os casos de uso identificados com o estereótipo CRUD compreendem quatro

processos básicos, sendo estes: adicionar, modificar, remover e recuperar. Os casos de

uso de Persistência compreendem informações gerais do sistema e tem relação com o




Sequenciamento, apesar de essa relação não ser direta, ou seja, para realizar o

sequenciamento não é necessário passar por estes casos de uso, não necessariamente.

UC001: Adicionar ClienteDiagrama:

DescriçãoO Usuário adiciona um novo cliente no sistema.

Fluxo Principal

1. O usuário seleciona a opção "Clientes" na Tela Principal.2. O sistema abre a Tela de Persistência de Clientes.3. O usuário escolhe a opção "Adicionar" da Tela de Persistência de Clientes.4. O sistema abre a tela de "Adição/Modificação" de Clientes.5. O usuário preenche os campos com as entradas na tela de "Adição/Modificação" da Tela

de Persistência de Clientes.6. O usuário escolhe a opção "Salvar".7. O sistema faz a validação dos dados recebidos.8. O sistema adiciona o novo cliente no banco de dados e devolve uma mensagem de êxito

ao usuário.

Fluxos Alternativos

7a O cliente já foi adicionado no sistema.7a.1 O sistema exibe a mensagem de aviso “Cliente já existe no sistema”. 7a.2 O sistema retorna a tela de "Adição/Modificação" de Clientes.

7b Dados inválidos foram informados ao sistema.7b.1 O sistema exibe uma mensagem de aviso informando os erros cometidos.

7b.2 O sistema retorna ao passo 1 do fluxo principal.

7c Nem todos os campos obrigatórios foram preenchidos.7c.1 O sistema exibe uma mensagem de aviso informado os campos que não forampreenchidos.7c.2 O sistema retorna ao passo 1 do fluxo principal.

Xref: Seção 3.2, RF004




UC002: Modificar ClienteDiagrama:

DescriçãoO Usuário modifica um cliente já existente no sistema.

Fluxo Principal

1. O usuário seleciona a opção "Clientes" na Tela Principal.

2. O sistema abre a Tela de Persistência de Clientes.3. O usuário seleciona um cliente da listagem de clientes e escolhe a opção "Modificar" daTela de Persistência de Clientes.

4. O sistema abre a tela de "Adição/Modificação" de Clientes com os dados do clientecarregados.

5. O usuário efetua as modificações desejadas nos dados.6. O usuário escolhe a opção "Salvar".7. O sistema faz a validação dos dados recebidos.8. O sistema modifica o cliente junto ao banco de dados e devolve uma mensagem de êxito

ao usuário.

Fluxos Alternativos

7a Dados inválidos foram informados ao sistema.7a.1 O sistema exibe uma mensagem de aviso informando os erros cometidos.7a.2 O sistema retorna a tela de "Adição/Modificação" de Clientes.

7b As modificações afetam outras partes do sistema.7b.1 O sistema exibe uma mensagem de aviso sobre a restrição encontrada.7b.2 O sistema retorna a tela de "Adição/Modificação" de Clientes.


UC003: Remover ClienteDiagrama:




DescriçãoO Usuário remove um cliente do sistema.

Fluxo Principal

1. O usuário seleciona a opção "Clientes" na Tela Principal.2. O sistema abre a Tela de Persistência de Clientes.3. O usuário seleciona um cliente da listagem de clientes e escolhe a opção "Remover" da

Tela de Persistência de Clientes.4. O sistema abre um diálogo perguntando se o usuário tem certeza que deseja remover o

cliente selecionado.5. O usuário escolhe a opção "Sim" do diálogo.6. O sistema efetua a remoção do cliente do banco de dados e devolve uma mensagem de

êxito ao usuário.

Fluxos Alternativos

6a O cliente possui relações com outras partes do sistema.6a.1 O sistema exibe uma mensagem de aviso informando as restrições encontradas.6a.2 O sistema retorna a Tela de Persistência de Clientes.


UC004: Recuperar ClientesDiagrama:

DescriçãoO Usuário recupera um ou mais clientes existentes no sistema.

Fluxo Principal

1. O usuário seleciona a opção "Clientes" na Tela Principal.2. O sistema abre a Tela de Persistência de Clientes.3. O usuário informa os critérios para a busca de clientes e escolhe a opção "Buscar".




4. O sistema efetua a busca de acordo com os critérios informados e devolve a listagem dosclientes encontrados.

Fluxos Alternativos

4a Nenhum cliente foi encontrado.4a.1 O sistema exibe uma mensagem de aviso informando “Nenhum cliente foiencontrado”.4a.2 O sistema retorna a Tela de Persistência de Clientes.


UC005: Adicionar ComponenteDiagrama:

DescriçãoO Usuário adiciona um componente no sistema.

Fluxo Principal

1. O usuário seleciona a opção "Componentes" na Tela Principal.2. O sistema abre a Tela de Persistência de Componentes.3. O usuário escolhe a opção "Adicionar" da Tela de Persistência de Componentes.4. O sistema abre a tela de "Adição/Modificação" de Componentes.5. O usuário preenche os campos com as entradas na tela de "Adição/Modificação" da Tela

de Persistência de Componentes.6. O usuário escolhe a opção "Salvar".7. O sistema faz a validação dos dados recebidos.8. O sistema adiciona o novo componente no banco de dados e devolve uma mensagem de

êxito ao usuário.

Fluxos Alternativos

7a O componente já foi adicionado no sistema.7a.1 O sistema exibe uma mensagem de aviso “Componente já existe no sistema”. 7a.1 O sistema retorna a tela de "Adição/Modificação" de Componentes.

5a. Existem operações pelas quais o componente passa que não estão adicionadas nosistema.

5a.1 Inclui o caso de uso “Adicionar Operação”.




5a.2 Retorna ao passo 1 do fluxo principal.

7a Dados inválidos foram informados ao sistema.7a.1 O sistema exibe uma mensagem de aviso informando os erros cometidos.7a.2 O sistema a tela de "Adição/Modificação" de Componentes.

7b Nem todos os campos obrigatórios foram preenchidos.7b.1 O sistema exibe uma mensagem de aviso informado os campos que não forampreenchidos.7b.2 O sistema retorna a tela de "Adição/Modificação" de Componentes.


UC006: Modificar ComponenteDiagrama:

DescriçãoO Usuário modifica um componente existente do sistema.

Fluxo Principal

1. O usuário seleciona a opção "Componentes" na Tela Principal.2. O sistema abre a Tela de Persistência de Componentes.3. O usuário seleciona um componente da listagem de componentes e escolhe a opção

"Modificar" da Tela de Persistência de Componentes.4. O sistema abre a tela de "Adição/Modificação" de Componentes com os dados do

componente carregados.5. O usuário efetua as modificações desejadas nos dados.6. O usuário escolhe a opção "Salvar".7. O sistema faz a validação dos dados recebidos.8. O sistema modifica o componente junto ao banco de dados e devolve uma mensagem de

êxito ao usuário.

Fluxos Alternativos

7a Dados inválidos foram informados ao sistema.7a.1 O sistema exibe uma mensagem de aviso informando os erros cometidos.7a.2 O sistema retorna a tela de "Adição/Modificação" de Componentes.




7b As modificações afetam outras partes do sistema.7b.1 O sistema exibe uma mensagem de aviso sobre a restrição encontrada.7b.2 O sistema retorna a tela de "Adição/Modificação" de Componentes.


UC007: Remover ComponenteDiagrama:

DescriçãoO Usuário remove um componente existente do sistema.

Fluxo Principal

1. O usuário seleciona a opção "Componentes" na Tela Principal.2. O sistema abre a Tela de Persistência de Componentes.3. O usuário seleciona um componente da listagem de componentes e escolhe a opção

"Remover" da Tela de Persistência de Componentes.4. O sistema abre um diálogo perguntando se o usuário tem certeza que deseja remover o

componente selecionado.

5.

O usuário escolhe a opção "Sim" do diálogo.6. O sistema efetua a remoção do componente do banco de dados e devolve umamensagem de êxito ao usuário.

Fluxos Alternativos

6a O componente possui relações com outras partes do sistema.6a.1 O sistema exibe uma mensagem de aviso informando as restrições encontradas.6a.2 O sistema retorna a Tela de Persistência de Componentes.


UC008: Recuperar ComponenteDiagrama:




DescriçãoO Usuário recupera um ou mais componentes do sistema.

Fluxo Principal

1. O usuário seleciona a opção "Componentes" na Tela Principal.2. O sistema abre a Tela de Persistência de Componentes.3. O usuário informa os critérios para a busca de componentes e escolhe a opção "Buscar".4. O sistema efetua a busca de acordo com os critérios informados e devolve a listagem dos

componentes encontrados.

Fluxos Alternativos

4a Nenhum componente foi encontrado.4a.1 O sistema exibe uma mensagem de aviso informando “Nenhum componente foiencontrado”. 4a.2 O sistema retorna a Tela de Persistência de Componentes.


UC009: Adicionar ConjuntoDiagrama:

DescriçãoO Usuário adiciona um conjunto no sistema.

Fluxo Principal

1. O usuário seleciona a opção "Conjuntos" na Tela Principal.2. O sistema abre a Tela de Persistência de Conjuntos.3. O usuário escolhe a opção "Adicionar" da Tela de Persistência de Conjuntos.4. O sistema abre a tela de "Adição/Modificação" de Conjuntos.5. O usuário preenche os campos com as entradas na tela de "Adição/Modificação" da Tela

de Persistência de Conjuntos.




6. O usuário escolhe a opção "Salvar".7. O sistema faz a validação dos dados recebidos.8. O sistema adiciona o novo conjunto no banco de dados e devolve uma mensagem de

êxito ao usuário.

Fluxos Alternativos7a O conjunto já foi adicionado no sistema.

7a.1 O sistema exibe uma mensagem de aviso “Conjunto já existe no sistema”. 7a.1 O sistema retorna a tela de "Adição/Modificação" de Conjuntos.

5a Existem operações pelas quais o conjunto passa que não estão adicionadas no sistema.5a.1 Inclui o caso de uso “Adicionar Operação”. 5a.2 Retorna ao passo 1 do fluxo principal.

5b Existem componentes que formam o conjunto que não estão adicionados no sistema.

5b.1 Inclui o caso de uso “Adicionar Componente”. 5b.2 Retorna ao passo 1 do fluxo principal.

7a Dados inválidos foram informados ao sistema.7a.1 O sistema exibe uma mensagem de aviso informando os erros cometidos.7a.2 O sistema a tela de "Adição/Modificação" de Conjuntos.

7b Nem todos os campos obrigatórios foram preenchidos.7b.1 O sistema exibe uma mensagem de aviso informado os campos que não forampreenchidos.7b.2 O sistema retorna a tela de "Adição/Modificação" de Conjuntos.


UC010: Modificar ConjuntoDiagrama:

DescriçãoO Usuário modifica um conjunto existente do sistema.

Fluxo Principal

1. O usuário seleciona a opção "Conjuntos" na Tela Principal.




2. O sistema abre a Tela de Persistência de Conjuntos.3. O usuário seleciona um conjunto da listagem de conjuntos e escolhe a opção

"Modificar" da Tela de Persistência de Conjuntos.4. O sistema abre a tela de "Adição/Modificação" de Conjuntos com os dados do conjunto

carregados.

5.

O usuário efetua as modificações desejadas nos dados.6. O usuário escolhe a opção "Salvar".7. O sistema faz a validação dos dados recebidos.8. O sistema modifica o conjunto junto ao banco de dados e devolve uma mensagem de

êxito ao usuário.

Fluxos Alternativos

7a Dados inválidos foram informados ao sistema.7a.1 O sistema exibe uma mensagem de aviso informando os erros cometidos.7a.2 O sistema retorna a tela de "Adição/Modificação" de Conjuntos.

7b As modificações afetam outras partes do sistema.7b.1 O sistema exibe uma mensagem de aviso sobre a restrição encontrada.7b.2 O sistema retorna a tela de "Adição/Modificação" de Conjuntos.


UC011: Remover ConjuntoDiagrama:

DescriçãoO Usuário remove um conjunto existente do sistema.

Fluxo Principal

1. O usuário seleciona a opção "Conjuntos" na Tela Principal.2. O sistema abre a Tela de Persistência de Conjuntos.3. O usuário seleciona um conjunto da listagem de conjuntos e escolhe a opção "Remover"

da Tela de Persistência de Conjuntos.4. O sistema abre um diálogo perguntando se o usuário tem certeza que deseja remover o

conjunto selecionado.5. O usuário escolhe a opção "Sim" do diálogo.6. O sistema efetua a remoção do conjunto do banco de dados e devolve uma mensagem de

êxito ao usuário.




Fluxos Alternativos

6a O conjunto possui relações com outras partes do sistema.6a.1 O sistema exibe uma mensagem de aviso informando as restrições encontradas.

6a.2 O sistema retorna a Tela de Persistência de Conjuntos.


UC012: Recuperar ConjuntoDiagrama:

DescriçãoO Usuário recupera um ou mais conjuntos do sistema.

Fluxo Principal

1. O usuário seleciona a opção "Conjuntos" na Tela Principal.2. O sistema abre a Tela de Persistência de Conjuntos.3. O usuário informa os critérios para a busca de conjuntos e escolhe a opção "Buscar".4. O sistema efetua a busca de acordo com os critérios informados e devolve a listagem dos

conjuntos encontrados.

Fluxos Alternativos

4a Nenhum conjunto foi encontrado.4a.1 O sistema exibe uma mensagem de aviso informando “Nenhumconjunto foiencontrado”. 4a.2 O sistema retorna a Tela de Persistência de Conjuntos.


UC013: Adicionar OperaçãoDiagrama:




DescriçãoO Usuário adiciona uma operação no sistema.

Fluxo Principal

1. O usuário seleciona a opção "Operações" na Tela Principal.2. O sistema abre a Tela de Persistência de Operações.3. O usuário escolhe a opção "Adicionar" da Tela de Persistência de Operações.4. O sistema abre a tela de "Adição/Modificação" de Operações.5. O usuário preenche os campos com as entradas na tela de "Adição/Modificação" da Tela

de Persistência de Operações.6. O usuário escolhe a opção "Salvar".7. O sistema faz a validação dos dados recebidos.8. O sistema adiciona a nova operação no banco de dados e devolve uma mensagem de

êxito ao usuário.

Fluxos Alternativos

7a A operação já foi adicionada no sistema.7a.1 O sistema exibe uma mensa gem de aviso “Operação já existe no sistema”. 7a.1 O sistema retorna a tela de "Adição/Modificação" de Operações.

7a Dados inválidos foram informados ao sistema.7a.1 O sistema exibe uma mensagem de aviso informando os erros cometidos.7a.2 O sistema a tela de "Adição/Modificação" de Operações.

7b Nem todos os campos obrigatórios foram preenchidos.7b.1 O sistema exibe uma mensagem de aviso informado os campos que não forampreenchidos.7b.2 O sistema retorna a tela de "Adição/Modificação" de Operações.


UC014: Modificar OperaçãoDiagrama:




DescriçãoO Usuário modifica uma operação existente do sistema.

Fluxo Principal

1. O usuário seleciona a opção "Operações" na Tela Principal.2. O sistema abre a Tela de Persistência de Operações.3. O usuário seleciona uma operação da listagem de operações e escolhe a opção

"Modificar" da Tela de Persistência de Operações.4. O sistema abre a tela de "Adição/Modificação" de Operações com os dados da operação

carregados.5. O usuário efetua as modificações desejadas nos dados.6. O usuário escolhe a opção "Salvar".7. O sistema faz a validação dos dados recebidos.8. O sistema modifica a operação junto ao banco de dados e devolve uma mensagem de

êxito ao usuário.

Fluxos Alternativos

7a Dados inválidos foram informados ao sistema.7a.1 O sistema exibe uma mensagem de aviso informando os erros cometidos.

7a.2 O sistema retorna a tela de "Adição/Modificação" de Operações.7b As modificações afetam outras partes do sistema.

7b.1 O sistema exibe uma mensagem de aviso sobre a restrição encontrada.7b.2 O sistema retorna a tela de "Adição/Modificação" de Operações.


UC015: Remover OperaçãoDiagrama:

DescriçãoO Usuário remove uma operação existente do sistema.




Fluxo Principal

1. O usuário seleciona a opção "Operações" na Tela Principal.2. O sistema abre a Tela de Persistência de Operações.

3.

O usuário seleciona uma operação da listagem de operações e escolhe a opção"Remover" da Tela de Persistência de Operações.4. O sistema abre um diálogo perguntando se o usuário tem certeza que deseja remover a

operação selecionada.5. O usuário escolhe a opção "Sim" do diálogo.6. O sistema efetua a remoção da operação do banco de dados e devolve uma mensagem

de êxito ao usuário.

Fluxos Alternativos

6a A operação possui relações com outras partes do sistema.

6a.1 O sistema exibe uma mensagem de aviso informando as restrições encontradas.6a.2 O sistema retorna a Tela de Persistência de Operações.


UC016: Recuperar OperaçãoDiagrama:

DescriçãoO Usuário recupera uma ou mais operações do sistema.

Fluxo Principal

1. O usuário seleciona a opção "Operações" na Tela Principal.2. O sistema abre a Tela de Persistência de Operações.3. O usuário informa os critérios para a busca de operações e escolhe a opção "Buscar".4. O sistema efetua a busca de acordo com os critérios informados e devolve a listagem das

operações encontradas.

Fluxos Alternativos

4a Nenhuma operação foi encontrada.4a.1 O s istema exibe uma mensagem de aviso informando “Nenhuma operação foiencontrada ”.




4a.2 O sistema retorna a Tela de Persistência de Operações.


2.2.2 Casos de Uso de Sequenciamento

Figura 3 – Casos de Uso de Sequenciamento

Este módulo agrupa os principais casos de uso do sistema, isso porque são eles os

representantes das funcionalidades diretamente ligadas com o sequenciamento das ordens

de produção. Basicamente, o Usuário pode acessar o sistema e selecionar a opção




correspondente ao caso de uso Sequenciamento da Produção, logo após ele deverá

escolher se deseja importar ou adicionar manualmente a ordem de produção a ser

seqüenciada. Adicionada a ordem de produção, o sequenciamento é efetuado e o Usuário

pode, se desejar, visualizar as informações sobre o Sequenciamento Mestre da Produção

ou o Sequenciamento da Produção por Operação, além de exportar o sequenciamento e

gerar um Gráfico de Gantt.

UC017: Sequenciamento da ProduçãoDiagrama:

DescriçãoO usuário solicita ao sistema o sequenciamento de uma ordem de produção.

Fluxo Principal

1. O usuário seleciona a opção "Sequenciar Ordem de Produção" na Tela Principal.2. O sistema pergunta se o usuário deseja importar a ordem de produção ou informar os

valores manualmente.3. O usuário escolhe a opção desejada.4. O caso de uso da opção é incluído.5. Depois de adicionada a ordem de produção no sistema, os dados da ordem são

repassados para o Sequenciamento da Produção.6. O sistema recebe os dados e juntamente com os dados do calendário de dias trabalhados

e as informações sobre o conjunto e componentes do mesmo realiza o sequenciamentoda ordem de produção.

7. Depois de finalizado o sequenciamento da produção, o sistema exibe ao usuário umamensagem de êxito e abre a tela de Sequenciamento da Produção.

Fluxos Alternativos

5a A ordem de produção já foi sequenciada.5a.1 O sistema exibe a mensagem de aviso “A ordem de produção informada já foisequenciada”. 5a.2 O sistema retorna a Tela Principal do sistema.




6a Os dados da ordem de produção são inválidos ou insuficientes.6a.1 O sistema exibe uma mensagem de erro ao usuário informado quais asinconsistências na ordem de produção.6a.2 O sistema retorna a Tela Principal do sistema.

6b Não existe calendário de dias trabalhados para o ano corrente.6b.1 O sistema exibe a mensagem de erro “O Calendário de dias trabalhados dexxxx [ano corrente] não consta no sistema”. 6b.2 O sistema retorna a Tela Principal do sistema.

6c Não foram encontrados os dados dos conjuntos ou componentes da ordem de produção.6c.1 O sistema exibe uma mensagem de erro informando quais os componentes ouconjuntos que estão ausentes no sistema.6c.2 O sistema retorna a Tela Principal do sistema.

6d A data de entrega da ordem de produção é incompatível com o lead time para o conjunto

solicitado.6d.1 O sistema exibe a mensagem de aviso “O lead time para produção é maior queo tempo restante até o dia da entrega”. 6c.2 O sistema remove a ordem de produção e retorna a Tela Principal do sistema.


UC018: Importação de Ordens de Produção do MRP KronusDiagrama:

DescriçãoO MRP Kronus fornece as informações das ordens de produção para que estas possam serimportadas pelo sistema.

Fluxo Principal

1. O sistema abre o diálogo de importação de arquivos.2. O usuário seleciona o arquivo que contém a ordem de produção exportada do Kronus.3. O sistema efetua a importação e extrai os dados da ordem de produção do arquivo e os

envia para a Persistência de Ordens de Produção para que sejam adicionados no sistema.

Fluxos Alternativos

2a O arquivo não está de acordo com o padrão que definido.




2a.1 O sistema exibe a mensagem de erro “O arquivo informado não está em umformato válido”. 2a.2 O sistema retorna ao diálogo de importação de arquivos.

2b O arquivo está vazio.

2b.1 O sistema exibe a mensagem de erro “O arquivo informado está vazio”. 2b.2 O sistema retorna ao diálogo de importação de arquivos.

2c Os dados contidos no arquivo não são válidos.2c.1 O sistema exibe a mensagem de erro “Os dados do arquivo informado não sãoválidos”. 2c.2 O sistema retorna ao diálogo de importação de arquivos.


UC019: Exportação do Sequenciamento da Produção para Planilha EletrônicaDiagrama:

DescriçãoO usuário solicita ao sistema a exportação do sequenciamento da produção em umdeterminado período para planilha eletrônica.

Fluxo Principal

1. O usuário seleciona a opção "Exportar" na Tela de Sequenciamento da Produção.2. O sistema pergunta ao usuário que tipo de exportação ele deseja.3. O usuário seleciona a opção "Planilha Eletrônica".4. O sistema abre um diálogo para que o usuário informe o período que ele deseja exportar,

o nome do arquivo que será salvo e o diretório onde o arquivo será salvo e seleciona aopção "Exportar".

5. O sistema recebe os parâmetros para a exportação da planilha eletrônica, recupera osdados no período escolhido, gera a planilha eletrônica e salva ela no diretório escolhido

com o nome de arquivo solicitado.6. O sistema exibe ao usuário uma mensagem de êxito.

Fluxos Alternativos

5a Já existe um arquivo de mesmo nome no diretório selecionado.5a.1 O sistema exibe o diálogo de questionamento “[nome do arquivo] já existe!Deseja substituí- lo?”.




5a.2 O usuário escol he entre as opções “Sim” e “Não”. 5a.3 – [Opção “Sim”] O sistema salva o arquivo sobrescrevendo o arquivo existente. 5a.3 – [Opção “Não”] O sistemaretorna ao passo 4 do fluxo principal.

5b O período informado é inválido.

5b.1 O sistema exibe a mensage m de erro “O período informado não é válido”. 5b.2 O sistema retorna ao passo 4 do fluxo principal.


UC020: Geração de Gráfico de Gantt para o Sequenciamento da ProduçãoDiagrama:

DescriçãoO usuário solicita ao sistema a geração de gráfico de gantt do sequenciamento daprodução em um determinado período.

Fluxo Principal

1. Na Tela de Sequenciamento da Produção o usuário seleciona a opção "Gráfico deGantt".

2. O sistema abre a Tela de Gráfico de Gantt.3. O usuário informa o período que deseja visualizar o gráfico.4. O sistema recebe os dados do período desejado, recupera os dados do sequenciamento

da produção do período, gera o gráfico de gantt e exibe na tela.

Fluxos Alternativos

3a O período informado é inválido.3a.1 O sistema exibe a mensagem de erro “O período informado não é válido”. 3a.2 O sistema retorna ao passo 4 do fluxo principal.


UC021: Exibição do Sequenciamento Mestre da ProduçãoDiagrama:




DescriçãoO usuário solicita ao sistema a visualização do sequenciamento da produção por dia, comos conjuntos que devem começar a ser produzidos e as respectivas quantidades em umdeterminado período.

Fluxo Principal

1. O usuário seleciona a opção "Sequenciamento da Produção" na Tela Principal.2. O sistema abre a Tela de Sequenciamento da Produção.3. O usuário informa o período que deseja visualizar.4. O sistema recupera os dados do sequenciamento da produção do período informado.5. O sistema exibe os dados recuperados na tela.6. O usuário seleciona a aba "Mestre".

Fluxos Alternativos

3a O período informado é inválido.3a.1 O sistema exibe a mensagem de erro “O período informado não é válido”. 3a.2 O sistema retorna ao passo 4 do fluxo principal.


UC022: Exibição do Sequenciamento da Produção por OperaçãoDiagrama:

Descrição

O usuário solicita ao sistema a visualização do sequenciamento da produção por dia poroperação, com os componentes que devem começar a ser produzidos e as respectivasquantidades em um determinado período.

Fluxo Principal

1. O usuário seleciona a opção "Sequenciamento da Produção" na Tela Principal.2. O sistema abre a Tela de Sequenciamento da Produção.




3. O usuário informa o período que deseja visualizar.4. O sistema recupera os dados do sequenciamento da produção do período informado.5. O sistema exibe os dados recuperados na tela.6. O usuário seleciona uma das operações desejadas nas abas de seleção.

Fluxos Alternativos3a O período informado é inválido.

3a.1 O sistema exibe a mensagem de erro “O período informado não é válido”. 3a.2 O sistema retorna ao passo 4 do fluxo principal.


UC023: Adicionar Ordem de ProduçãoDiagrama:

DescriçãoO Usuário adiciona uma ordem de produção no sistema.

Fluxo Principal

1. O usuário seleciona a opção "Ordens de Produção" na Tela Principal.2. O sistema abre a Tela de Persistência de Ordens de Produção.3. O usuário escolhe a opção "Adicionar" da Tela de Persistência de Ordens de Produção.4. O sistem abre a tela de "Adição/Modificação" de Ordens de Produção.5. O usuário preenche os campos com as entradas na tela de "Adição/Modificação" da Tela

de Persistência de Ordens de Produção.6. O usuário escolhe a opção "Salvar".7. O sistema faz a validação dos dados recebidos.8. O sistema adiciona a nova ordem de produção no banco de dados, repassa os dados para

o Sequenciamento da Produção e devolve uma mensagem de êxito ao usuário.

Fluxos Alternativos

5a O cliente da ordem de produção não está adicionado no sistema.5a.1 Inclui o caso de uso “Adicionar Cliente”. 5a.2 Retorna ao passo 1 do fluxo principal.

5b O conjunto da ordem de produção não está adicionado no sistema no sistema.5b.1 Inclui o caso de uso “Adicionar Conjunto”.




5b.2 Retorna ao passo 1 do fluxo principal.

7a A ordem de produção já foi adicionada no sistema.7a.1 O sistema exibe uma mensagem de aviso “Ordem de produção já existe nosistema”.

7a.1 O sistema retorna a tela de "Adição/Modificação" de Ordens de Produção.

7a Dados inválidos foram informados ao sistema.7a.1 O sistema exibe uma mensagem de aviso informando os erros cometidos.7a.2 O sistema a tela de "Adição/Modificação" de Ordens de Produção.

7b Nem todos os campos obrigatórios foram preenchidos.7b.1 O sistema exibe uma mensagem de aviso informado os campos que não forampreenchidos.7b.2 O sistema retorna a tela de "Adição/Modificação" de Ordens de Produção.


UC024: Modificar Ordem de ProduçãoDiagrama:

DescriçãoO Usuário modifica uma ordem de produção existente do sistema.

Fluxo Principal

1. O usuário seleciona a opção "Ordens de Produção" na Tela Principal.2. O sistema abre a Tela de Persistência de Ordens de Produção.3. O usuário seleciona uma ordem de produção da listagem de ordens de produção e

escolhe a opção "Modificar" da Tela de Persistência de Conjuntos.4. O sistema abre a tela de "Adição/Modificação" de Ordens de Produção com os dados da

ordem de produção carregados.5. O usuário efetua as modificações desejadas nos dados.6. O usuário escolhe a opção "Salvar".7. O sistema faz a validação dos dados recebidos.8. O sistema modifica a ordem de produção junto ao banco de dados, repassa os dados para

o Sequenciamento da Produção e devolve uma mensagem de êxito ao usuário.

Fluxos Alternativos




7a Dados inválidos foram informados ao sistema.7a.1 O sistema exibe uma mensagem de aviso informando os erros cometidos.7a.2 O sistema retorna a tela de "Adição/Modificação" de Ordens de Produção.

7b As modificações afetam outras partes do sistema.

7b.1 O sistema exibe uma mensagem de aviso sobre a restrição encontrada.7b.2 O sistema retorna a tela de "Adição/Modificação" de Ordens de Produção.


UC025: Remover Ordem de ProduçãoDiagrama:

DescriçãoO Usuário remove uma ordem de produção existente do sistema.

Fluxo Principal

1. O usuário seleciona a opção "Ordens de Produção" na Tela Principal.2. O sistema abre a Tela de Persistência de Ordens de Produção.3. O usuário seleciona uma ordem de produção da listagem de ordens de produção e

escolhe a opção "Remover" da Tela de Persistência de Ordens de Produção.4. O sistema abre um diálogo perguntando se o usuário tem certeza que deseja remover a

ordem de produção selecionada.5. O usuário escolhe a opção "Sim" do diálogo.6. O sistema efetua a remoção da ordem de produção do banco de dados, repassa as

informações da ordem de produção para serem removidas do Sequenciamento daProdução e devolve uma mensagem de êxito ao usuário.

Fluxos Alternativos

6a A ordem de produção possui relações com outras partes do sistema.6a.1 O sistema exibe uma mensagem de aviso informando as restrições encontradas.6a.2 O sistema retorna a Tela de Persistência de Ordens de Produção.


UC026: Recuperar Ordem de ProduçãoDiagrama:




DescriçãoO Usuário recupera uma ou mais ordens de produção do sistema.

Fluxo Principal

1. O usuário seleciona a opção "Ordens de Produção" na Tela Principal.2. O sistema abre a Tela de Persistência de Ordens de Produção.3. O usuário informa os critérios para a busca de ordens de produção e escolhe a opção

"Buscar".4. O sistema efetua a busca de acordo com os critérios informados e devolve a listagem das

ordens de produção encontradas.

Fluxos Alternativos

4a Nenhuma ordem de produção foi encontrada.4a.1 O sistema exibe uma mensagem de aviso informando “Nenhumaordem deprodução foi encontrada”. 4a.2 O sistema retorna a Tela de Persistência de Ordens de Produção.


2.2.3 Casos de Uso de Calendário

Figura 4 – Casos de Uso de Calendário




Os casos de uso do módulo Calendário englobam a criação anual de um

calendário com todos os dias do ano e a indicação de quais destes dias serão trabalhados.

O calendário é de fundamental importância para o funcionamento do sequenciamento da

produção.

UC027: Adicionar Calendário de Dias TrabalhadosDiagrama:

DescriçãoO Usuário adiciona um calendário de dias trabalhados no sistema.

Fluxo Principal

1. O usuário seleciona a opção "Calendário" na Tela Principal.2. O sistema abre a Tela de Persistência do Calendário de Dias Trabalhados.3. O usuário escolhe a opção "Adicionar" da Tela de Persistência de Conjuntos.4. O sistema abre a tela de "Adição/Modificação" de Calendários de Dias Trabalhados.

5.

O usuário informa o ano que ele deseja adicionar.6. O sistema gera as datas para o ano e exibe na tela.7. O usuário seleciona os dias que serão trabalhados na tela de "Adição/Modificação" da

Tela de Persistência de Calendários de Dias Trabalhados.8. O usuário escolhe a opção "Salvar".9. O sistema faz a validação dos dados recebidos.10. O sistema adiciona o novo calendário de dias trabalhados no banco de dados e devolve

uma mensagem de êxito ao usuário.

Fluxos Alternativos

9a O calendário de dias trabalhados já foi adicionado no sistema..9a.1 O sistema exibe uma mensagem de aviso “Calendário já existe no sistema”. 9a.2 O sistema retorna a tela de "Adição/Modificação" de Calendários de DiasTrabalhados.





UC028: Modificar Calendário de Dias TrabalhadosDiagrama:

DescriçãoO Usuário modifica um calendário de dias trabalhados existente do sistema.

Fluxo Principal

1. O usuário seleciona a opção "Calendário" na Tela Principal.2. O sistema abre a Tela de Persistência de Calendários de Dias Trabalhados.3. O usuário seleciona um ano da listagem de calendários de dias trabalhados e escolhe a

opção "Modificar" da Tela de Persistência de Calendários de Dias Trabalhados.4. O sistema abre a tela de "Adição/Modificação" do Calendários de Dias Trabalhados com

os dados do calendário de dias trabalhados carregados.5. O usuário efetua as modificações desejadas nos dados.6. O usuário escolhe a opção "Salvar".7. O sistema faz a validação dos dados recebidos.8. O sistema modifica o calendário de dias trabalhados junto ao banco de dados e devolve

uma mensagem de êxito ao usuário.

Fluxos Alternativos


UC029: Recuperar Calendário de Dias TrabalhadosDiagrama:

DescriçãoO Usuário recupera um calendário de dias trabalhados de acordo com o ano informadopelo usuário.

Fluxo Principal




1. O usuário seleciona a opção "Calendário" na Tela Principal.2. O sistema abre a Tela de Persistência de Calendários de Dias Trabalhados.3. O usuário informa o ano que deseja visualizar e seleciona a opção "Buscar".4. O sistema efetua a busca de acordo com os critérios informados e devolve o calendário

de dias trabalhados encontrado.

Fluxos Alternativos

4a Nenhum calendário de dias trabalhados foi encontrado.4a.1 O sistema exibe uma mensagem de aviso informando “Nenhumcalendário foiencontrado”. 4a.2 O sistema retorna a Tela de Persistência de Calendários de Dias Trabalhados.


2.3 Características dos Usuários

O Usuário deve ter conhecimento básico em Windows, além de, é claro, ter

conhecimentos sobre sequenciamento de produção.

2.4 Requisitos Não-Funcionais

O sistema ProSchedule deve ser compatível com o sistema operacional Windows

XP. O sistema também deve armazenar os logs de erros sofridos pelo sistema.

2.5 Interface Gráfica do Usuário

Nesta seção serão exibidas algumas telas de usuário, elas não mostram

especificamente uma tela de usuário, mas sim os patterns que serão utilizados em todas

as telas do sistema. Aqui também será apresentada a hierarquia das telas dentro do

sistema e o nome de cada uma destas telas, estes citados muitas vezes tanto nos casos de

uso como nos requisitos do Capítulo 3.

2.5.1 Hierarquia das Telas do Sistema




Nível 1 Nível 2 Nível 3Tela Principal

└→ Tela de Persistência de Conjuntos└→ Adição/Modificação

└→ Tela de Persistência de Componentes└→ Adição/Modificação

└→ Tela de Persistência de Operações└→ Adição/Modificação

└→ Tela de Persistência de Clientes└→ Adição/Modificação

└→ Tela de Persistência de Ordens de Produção└→ Adição/Modificação└→ Importação

└→ Tela de Sequenciamento da Produção└→ Exportação└→ Gráfico de Gantt

└→ Tela de Persistência do Calendário de Dias Trabalhados└→ Tela de Configuração de Lead Time Padrão

2.5.2 Tela de Persistência

A Tela de Persistência representa o padrão que será utilizado para as telas de

persistência em segundo nível, elas são basicamente compostas por uma tabela que lista

os registros, acima dela existe uma busca por termos em campos do registro. E abaixo databela existem três botões com as operações básicas de persistência: adicionar um

registro, modificar um registro e remover um registro. Além de um painel inferior para

visualização rápida das informações do registro selecionado na tabela.




Figura 5 – Tela de Persistência

2.5.2 Tela de Adição/Modificação

A Tela de Adição/Modificação é aquela que se encarregará de permitir a entrada

de dados sobre um registro. O exemplo da Figura 6 é um exemplo genérico e não

representa uma tela em especial, mas sim um padrão estabelecido para este projeto.

Basicamente esta tela se divide em duas partes: os campos simples, aqueles campos

simples de texto, data, entre outros; e os campos compostos, estes geralmente




representando listas de informações com quem o registro se relaciona, como por exemplo

um conjunto que possui vários componentes e várias operações.

Figura 6 – Tela de Adição/Modificação




3.0. Especificação dos Requisitos

3.1 Requisitos de Interface Externa

A única ligação deste sistema com outro sistema externo é com o sistema de MRP

Kronus. O Kronus é atualmente o sistema utilizado para o controle da produção dentro da

metalúrgica. Ele ficará responsável pela exportação das ordens de produção para que

estas venham a ser importados pelo sistema ProSchedule. Além de um formato padrão de

arquivo, para que este possa ser importado por este sistema, deve haver uma sincronia nas

informações que serão compartilhadas entre os dois sistemas. Dentre essas informações

está o código dos componentes, conjuntos, ordens de produção e clientes. Todas essas

informações devem estar sincronizadas e atualizadas para que a importação dos dados do

Kronus seja bem sucedida.

3.2 Requisitos Funcionais

Nesta seção se apresentam os requisitos funcionais de forma mais detalhada,incluindo os dados de entrada, estes melhor detalhados na Seção 3.3.1.

RF001: Persistência de Conjuntos

RF001Função Persistência de Conjuntos

Descrição Persistência dos dados dos conjuntos.

Entradas

Adicionar: Código do conjunto, componentes que formam o conjunto,a quantidade destes componentes, o lead time total para produzirtodos os componentes, as operações pelas quais o conjunto passa, aordem em que essas operações ocorrem e o lead time para cada umadessas operações.

Modificar: Código do conjunto que será modificado. Remover: Código do conjunto que será removido. Recuperar: Parâmetros para a recuperação dos conjuntos.

Fonte

Adicionar: Tela de Persistência de Conjuntos (Adição/Modificação)com dados provenientes do MRP Kronus.

Modificar: Tela de Persistência de Conjuntos.

Remover: Tela de Persistência de Conjuntos.




Recuperar: Tela de Persistência de Conjuntos.

Saídas

Adicionar: Dados do conjunto adicionados no sistema. Modificar: Dados modificados do conjunto no sistema. Remover: Conjunto removido do sistema. Recuperar: Lista dos conjuntos solicitados.

Destinatário

Adicionar: Banco de dados do sistema.

Modificar: Banco de dados do sistema. Remover: Banco de dados do sistema. Recuperar: Tela de Persistência de Conjuntos.

Requer

Adicionar: Operações pelas quais o conjunto passa e componentes queformam o conjunto adicionados no sistema.

Modificar: Código do conjunto que será modificado. Remover: Código do conjunto que será modificado.

Recuperar: Devem haver conjuntos adicionados no sistema.

Pré-condições

Adicionar: O conjunto não deve estar adicionado no sistema. Modificar: O conjunto deve estar adicionado no sistema. Remover: O conjunto deve estar adicionado no sistema. Recuperar: Nenhuma.

Pós-condições

Adicionar: O conjunto deve estar adicionado no sistema. Modificar: O conjunto deve estar com os dados modificados nosistema. Remover: O conjunto não deve estar mais adicionado no sistema.

Recuperar: O sistema deve ter exibido a lista de conjuntos compatíveiscom os critérios de busca informados.

DependênciasRF002: os componentes formam um conjunto.

RF003: um conjunto passa por uma série de operações. Prioridade Essencial

RF002: Persistência de Componentes

RF002Função Persistência de Componentes

Descrição Persistência dos dados dos componentes que formam um conjunto.

Entradas

Adicionar: Código do componente, descrição da matéria prima utilizadapara fazer o componente, as operações pelas quais o componentepassa, a ordem dessas operações e o lead time para cada uma dessasoperações. Modificar: Código do componente que será modificado.

Remover: Código do componente que será modificado. Recuperar: Parâmetros para a recuperação dos componentes.

FonteAdicionar: Tela de Persistência de Componentes (Adição/Modificação)com dados provenientes do MRP Kronus.




Modificar: Tela de Persistência de Componentes. Remover: Tela de Persistência de Componentes. Recuperar: Tela de Persistência de Componentes.

Saídas

Adicionar: Dados do componente adicionados no sistema. Modificar: Dados modificados do componente no sistema. Remover: Componente removido do sistema.

Recuperar: Lista de componentes solicitados.

Destinatário

Adicionar: Banco de dados do sistema. Modificar: Banco de dados do sistema. Remover: Banco de dados do sistema. Recuperar: Tela de Persistência de Componentes.

Requer

Adicionar: Operações pelas quais o componente passa adicionados nosistema. Modificar: Código do componente que será modificado.

Remover: Código do componente que será modificado.

Recuperar: Devem haver componentes adicionados no sistema.

Pré-condições

Adicionar: O componente não deve estar adicionado no sistema. Modificar: O componente deve estar adicionado no sistema.

Remover: O componente deve estar adicionado no sistema. Recuperar: Nenhuma.

Pós-condições

Adicionar: O componente deve estar adicionado no sistema. Modificar: O componente deve estar com os dados modificados nosistema. Remover: O componente não deve estar mais adicionado no sistema.

Recuperar: O sistema deve ter exibido a lista de componentes

compatíveis com os critérios de busca informados. Dependências RF003: um conjunto passa por uma série de operações.

Prioridade Essencial

RF003: Persistência de Operações

RF003Função Persistência de Operações

Descrição Persistência dos dados das operações.

Entradas

Adicionar: Descrição da operação, lead time da operação e o tipo deoperação (de componentes ou conjuntos). Estes lead times são padrão,ou seja, caso não sejam informados lead times para as operações doscomponentes e conjuntos, os aqui informados serão utilizados. O leadtime em componentes irá estimar quantas operações poderão serfeitas por dia, enquanto que o lead time para conjuntos será umaestimativa do tempo que leva para realizar a operação do conjunto. Modificar: Código da operação que será modificada.




Remover: Código da operação que será removida. Recuperar: Parâmetros para a recuperação das operações.

Fonte

Adicionar: Tela de Persistência de Operações (Adição/Modificação)com dados provenientes do MRP Kronus.

Modificar: Tela de Persistência de Operações.

Remover: Tela de Persistência de Operações. Recuperar: Tela de Persistência de Operações.

Saídas

Adicionar: Dados da operação adicionados no sistema. Modificar: Dados modificados da operação no sistema. Remover: Operação removida do sistema. Recuperar: Lista das operações solicitadas.

Destinatário

Adicionar: Banco de dados do sistema. Modificar: Banco de dados do sistema.

Remover: Banco de dados do sistema. Recuperar: Tela de Persistência de Operações.

Requer

Adicionar: Nada. Modificar: Código da operação que será modificado. Remover: Código da operação que será modificado.

Recuperar: Devem haver operações adicionadas no sistema.

Pré-condições

Adicionar: A operação não deve estar adicionada no sistema.

Modificar: A operação deve estar adicionada no sistema. Remover: A operação deve estar adicionada no sistema. Recuperar: Nenhuma.

Pós-condições

Adicionar: A operação deve estar adicionada no sistema. Modificar: A operação deve estar com os dados modificados nosistema. Remover: A operação não deve estar mais adicionada no sistema.

Recuperar: O sistema deve ter exibido a lista de operações compatíveiscom os critérios de busca informados.

Dependências

RF001: os conjuntos passam por uma série de operações para seremfabricados.RF002: os componentes passam por uma séria de operações paraserem fabricados.


RF004: Persistência de Clientes

RF004Função Persistência de Clientes

DescriçãoPersistência dos dados dos clientes, estes responsáveis por efetuarpedidos que passam pelo MRP Kronus e se tornam ordens deprodução.




Entradas

Adicionar: Código e nome do cliente. Modificar: Código do cliente que será modificado. Remover: Código do cliente que será removido. Recuperar: Parâmetros para a recuperação dos clientes.

Fonte

Adicionar: Tela de Persistência de Clientes (Adição/Modificação) comdados provenientes do MRP Kronus.

Modificar: Tela de Persistência de Clientes. Remover: Tela de Persistência de Clientes. Recuperar: Tela de Persistência de Clientes.

Saídas

Adicionar: Dados do cliente adicionados no sistema. Modificar: Dados modificados do cliente no sistema.

Remover: Cliente removido do sistema.

Recuperar: Lista dos clientes solicitados.

Destinatário

Adicionar: Banco de dados do sistema. Modificar: Banco de dados do sistema. Remover: Banco de dados do sistema. Recuperar: Tela de Persistência de Clientes.

Requer

Adicionar: Nada.

Modificar: Código do cliente que será modificado. Remover: Código do cliente que será modificado. Recuperar: Devem haver clientes adicionados no sistema.

Pré-condições

Adicionar: O cliente não deve estar adicionado no sistema. Modificar: O cliente deve estar adicionado no sistema. Remover: O cliente deve estar adicionado no sistema.

Recuperar: Nenhuma.

Pós-condições

Adicionar: O cliente deve estar adicionado no sistema. Modificar: O cliente deve estar com os dados modificados no sistema. Remover: O cliente não deve estar mais adicionado no sistema.

Recuperar: O sistema deve ter exibido a lista de clientes compatíveiscom os critérios de busca informados.

Dependências Nenhuma.Prioridade Essencial

RF005: Persistência de Ordens de Produção

RF005Função Persistência de Ordens de Produção

DescriçãoPersistência dos dados das ordens de produção provenientes do MRPKronus.




Entradas

Adicionar: Código da ordem de produção, data de entrega, código docliente para quem será produzido, conjunto solicitado, quantidadesolicitada do conjunto, e quantidade necessária para cada componenteque forma o conjunto. Modificar: Código da ordem de produção que será modificada.

Remover: Código da ordem de produção que será removida. Recuperar: Parâmetros para a recuperação das ordens de produção.

Fonte

Adicionar: Tela de Persistência de Ordens de Produção(Adição/Modificação) com dados provenientes do MRP Kronus.

Modificar: Tela de Persistência de Ordens de Produção. Remover: Tela de Persistência de Ordens de Produção. Recuperar: Tela de Persistência de Ordens de Produção.

Saídas

Adicionar: Dados da ordem de produção adicionados no sistema. Modificar: Dados modificados da ordem de produção no sistema. Remover: Ordem de produção removida do sistema.

Recuperar: Lista das ordens de produção solicitadas.

Destinatário


Modificar: Banco de dados do sistema. Remover: Banco de dados do sistema.

Recuperar: Tela de Persistência de Ordens de Produção.

Requer

Adicionar: Cliente que fez a solicitação de produção e conjunto a serproduzido adicionados no sistema.

Modificar: Código da ordem de produção que será modificada. Remover: Código da ordem de produção que será modificada.

Recuperar: Devem haver ordens de produção adicionadas no sistema.

Pré-condições

Adicionar: A ordem de produção não deve estar adicionada no sistema. Modificar: A ordem de produção deve estar adicionada no sistema. Remover: A ordem de produção deve estar adicionada no sistema. Recuperar: Nenhuma.

Pós-condições

Adicionar: A ordem de produção deve estar adicionada no sistema e osequenciamento da produção deve ter recebido os dados da ordem paraserem sequenciados.

Modificar: A ordem de produção deve estar com os dados modificadosno sistema e o sequenciamento da produção deve ter recebido os dadosda ordem para serem sequenciados novamente.

Remover: A ordem de produção não deve estar mais adicionada nosistema, e os dados do sequenciamento da ordem de produção tambémnão devem estar mais no Sequenciamento da Produção ( RF006 eRF007 ). Recuperar: O sistema deve ter exibido a lista de ordens de produçãocompatíveis com os critérios de busca informados.

DependênciasRF006: o Sequenciamento da Produção depende diretamente dasordens de produção para realizar o sequenciamento.




RF009: a importação de ordens de pedido deve estar adequada asespecificações aqui determinadas.


RF006: Sequenciamento da ProduçãoRF006

Função Sequenciamento da Produção

DescriçãoO sistema deve fazer o sequenciamento da produção através dasordens de produção, dividindo o que será produzido pelas operações eem dias de acordo com os lead times utilizados.

EntradasOrdem de produção, calendário de dias trabalhados, informações sobreconjunto e componentes da ordem de produção.

Fonte Persistência de Ordens de Produção e Sistema.

SaídasQuantidades que serão produzidas para cada componente e a data emque a produção deverá iniciar para cada componente, bem como parao conjunto.

Destinatário Banco de dados do sistema.Requer Calendário de dias trabalhados preenchido.

Pré-condições A ordem de produção não foi sequenciada.

Pós-condiçõesA ordem de produção foi sequenciada e os dados estão salvos no bancode dados do sistema.

Dependências

RF0010: o Sequenciamento da Produção deve fornecer dadosconsistêntes e de acordo com a formatação estabelecida para aExportação para Planilha Eletrônica.

RF011: o Sequenciamento da Produção deve fornecer dadosconsistêntes e de acordo com a formatação estabelecida para aGeração do Gráfico de Gantt.

RF005: a Persistência de Ordens de Produção tem a obrigação defornecer dados válidos e consistentes para que o Sequenciamento daProdução transcorra normalmente.


RF007: Exibição do Sequenciamento Mestre da Produção

RF007Função Exibição do Sequenciamento Mestre da Produção

DescriçãoO sistema deve exibir o sequenciamento da produção por dia, informandoos conjuntos que devem começar a ser produzidas e as respectivasquantidades.

EntradasDados do Sequenciamento da Produção ( RF006 ) e período dosequenciamento.

Fonte Banco de dados do sistema.




SaídasDados do Sequenciamento da Produção para conjuntos do períodoinformado.

Destinatário Tela de Sequenciamento da ProduçãoRequer Dados do Sequenciamento da Produção e um Período válido.

Pré-condições Nenhuma.

Pós-condições Os dados do sequenciamento da produção para conjuntos do períodoinformado estão na tela.

Dependências RF006: os dados são provenientes do Sequenciamento da Produção.Prioridade Condicional

RF008: Exibição do Sequenciamento da Produção por Operação

RF008Função Exibição do Sequenciamento da Produção por Operação

DescriçãoO sistema deve exibir o sequenciamento da produção por dia poroperação, informando os componentes que precisam ser produzidos, asrespectivas quantidades e a qual conjunto pertence o componente.



SaídasDados do Sequenciamento da Produção para operações do períodoinformado.

Destinatário Tela de Sequenciamento da ProduçãoRequer Dados do Sequenciamento da Produção e um Período válido.


Pós-condições Os dados do sequenciamento da produção para operações do períodoinformado estão na tela.

Dependências RF006: os dados são provenientes do Sequenciamento da Produção.Prioridade Condicional

RF009: Importação de Ordens de Produção do MRP Kronus

RF009Função Importação de Ordens de Produção do MRP Kronus

DescriçãoO sistema deve permitir a importação de ordens de produção do MRPKronus.

Entradas Arquivo de ordem de produção exportado do Kronus.Fonte Sistema MRP KronusSaídas Dados da ordem de produção.

Destinatário Persistência de Ordens de Produção ( RF005 ).

RequerArquivo de ordem de produção exportado do MRP Kronus de acordo como padrão que definido.




Pré-condições O arquivo não foi importado para o sistema.

Pós-condiçõesO arquivo foi importado para o sistema, os dados da ordem de produçãoforam extraídos e enviados para a Persistência de Ordens de Produção.

Dependências RF05: Os dados importados precisam estar de acordo com asespecificações de entrada para a Persistência de Ordens de Produção.

Prioridade Condicional

RF010: Exportação do Sequenciamento da Produção para PlanilhaEletrônica

RF010Função Exportação do Sequenciamento da Produção para Planilha Eletrônica

DescriçãoO sistema deve permitir a exportação do sequenciamento da produção paraplanilha eletrônica, com a possibilidade de escolher o período dosequenciamento o qual será gerada a planilha eletrônica.



SaídasPlanilha eletrônica com os dados do Sequenciamento da Produção doperíodo informado.

Destinatário Diretório e nome de arquivo selecionados pelo usuário.

RequerDados do Sequenciamento da Produção ( RF006 ) e período dosequenciamento.

Pré-condições O diretório escolhido não contém o arquivo com o nome escolhido.

Pós-condiçõesO diretório escolhido contém a planilha eletrônica salva com o nomeescolhido e nela estão contidos os dados do sequenciamento da produçãopara o período selecionado.

Dependências RF006: O sequenciamento da produção deve informar os dados necessáriospara que a planilha seja preenchida de acordo com o modelo estabelecido.


RF011: Geração de Gráfico de Gantt para o Sequenciamento da Produção

RF011Função Geração de Gráfico de Gantt para o Sequenciamento da Produção

DescriçãoO sistema deve permitir a geração de gráfico de gantt com osequenciamento da produção, com a possibilidade de escolher o período dosequenciamento o qual será gerado o gráfico de gantt.

EntradasDados do Sequenciamento da Produção (RF006) e período dosequenciamento.





SaídasGráfico de Gantt ilustrando o sequenciamento da produção do períodoselecionado.

Destinatário Tela de Sequenciamento da Produção » Gráfico de Gantt

RequerDados do Sequenciamento da Produção ( RF006 ) e período dosequenciamento.


Pós-condiçõesGráfico de Gantt com os dados do sequenciamento da produção no péríodosolicitado sendo exibidos na Tela de Gráfico de Gantt.

Dependências RF006: O sequenciamento da produção deve informar os dados necessáriospara que a planilha seja preenchida de acordo com o modelo estabelecido.

Prioridade Opcional

RF012: Persistência do Calendário de Dias Trabalhados

RF012Função Persistência do Calendário de Dias Trabalhados

DescriçãoO sistema deve possibilitar o cadastro do calendário anual onde o usuárioirá informar os dias que serão trabalhados.

Entradas

Adicionar: O ano do calendário, os dias do ano e a definição de em quaisdeles haverá trabalho.

Modificar: Dia(s) que será(ão) modificado(s). Recuperar: Nenhuma.

Fonte

Adicionar: Tela de Persistência do Calendário de Dias Trabalhados.

Modificar: Tela de Persistência do Calendário de Dias Trabalhados. Recuperar: Tela de Persistência do Calendário de Dias Trabalhados.

SaídasAdicionar: Calendário preenchido. Modificar: Calendário modificado preenchido. Recuperar: Calendário dividido em meses e dias.

Destinatário


Modificar: Banco de dados do sistema. Recuperar: Tela de Persistência do Calendário de Dias Trabalhados.

Requer

Adicionar: Nada. Modificar: Nada. Recuperar: Devem haver calendários de dias trabalhados adicionados nosistema.

Pré-condições

Adicionar: O calendário de dias trabalhados não deve estar adicionado nosistema. Modificar: O calendário de dias trabalhados deve estar adicionado nosistema. Recuperar: Nenhuma.

Pós-condiçõesAdicionar: O calendário de dias trabalhados deve estar adicionado nosistema.




Modificar: O calendário de dias trabalhados deve estar com os dadosmodificados no sistema.

Recuperar: O sistema deve ter exibido o calendário de dias trabalhadoscompatíveis com os critérios de busca informados.

Dependências Nenhuma.


RF013: Lembrar o usuário de adicionar o Calendário de Dias Trabalhados

RF013Função Lembrar o usuário de adicionar o Calendário de Dias Trabalhados

DescriçãoQuando um ano terminar (ou estiver terminando), o sistema deve seencarregar de avisar o usuário que ele precisa adicionar o calendário de diastrabalhados do novo ano.

Entradas Data atual.Fonte Sistema Operacional.Saídas Aviso ao usuário.

Destinatário Tela Principal.Requer Data correta no Sistema Operacional

Pré-condiçõesO Calendário de Dias Trabalhados do novo ano não foi adicionado e o novoano está próximo.

Pós-condiçõesO usuário foi avisado e o Calendário de Dias Trabalhados do novo ano foiadicionado.

Dependências Nenhuma.


RF014: Configuração de Lead Time Padrão

RF014Função Configuração de Lead Time Padrão

DescriçãoO sistema deve permitir a configuração de lead times padrão para as operações ecomponentes do conjunto e para as operações do componente.

EntradasLead time de componente e das operações para conjuntos e lead time dasoperações para componentes.

Fonte Tela de Configuração de Lead Time Padrão

Saídas Todos os lead times.Destinatário Banco de dados do sistema.

Requer Nada.Pré-condições Nenhuma.Pós-condições Os lead times deve estar adicionados no sistema.




Dependências RF003: os lead times padrão para operações fazem parte das operações.Prioridade Essencial

3.3 Requisitos Não-Funcionais

3.3.1 Estrutura Lógica de Dados

Nesta seção está organizada a estrutura de dados básica do sistema, detalhando as

entradas dos requisitos funcionais. Lembrando que as informações que constam aqui não

representam todas as entidades que fazem parte do sistema, mas somente aquelas que

foram identificadas durante a coleta dos requisitos.

A descrição dos dados de cada uma das entidades pode ser visualizada a seguir:

Entidade ConjuntoCampo Tipo Descrição ComentárioCódigo TextoComponentes Lista Componentes que formam

o conjunto.Lead Time p/ Componentes

Número Operações pelas quais oconjunto passa.

Operações Lista Operações pelas quais o

conjunto passa.

Deve incluir a ordem de

acontecimento e o lead timepara cada operação.

Entidade ComponenteCampo Tipo Descrição ComentárioCódigo TextoMatéria Prima Texto Descrição breve da matéria

prima utilizada.Operações Lista Operações pelas quais o

componente passa.Deve incluir a ordem deacontecimento e o lead timepara cada operação.

Entidade OperaçãoCampo Tipo Descrição ComentárioDescrição TextoLead Time Número Tempo padrão que leva

para realizar a operação.Tipo Texto Tipo de operação. Ex.: oper. de componente e

oper. de conjunto.



Entidade ClienteCampo Tipo Descrição ComentárioCódigo TextoNome Texto

Entidade Ordem de ProduçãoCampo Tipo Descrição ComentárioCódigo TextoData deEntrega

Data

Cliente Referência Cliente que fez a ordem deprodução.

Conjunto Referência Conjunto solicitado.Quantidade doConjunto

Número Quantidade solicitada doconjunto.

Componentes Lista Lista dos componentes queformam o conjuntosolicitado e a quantidadenecessária de cadacomponente.

3.3.2 Segurança

RNF001Função Compatibilidade com Windows XP

Descrição O sistema deve funcionar corretamente no sistema operacional WindowsXP 32 bits.

Dependências Nenhuma.Prioridade Essencial

3.3.2 Compatibilidade

RNF002Função Log de Erros

DescriçãoO sistema deve armazenar os erros do sistema em logs para permitir a

depuração dos problemas.Dependências Nenhuma.


especificação dos requisitos do software proschedule

Documents