especificação dos requisitos do software proschedule
TRANSCRIPT
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
8/6/2019 Especificação dos Requisitos do Software ProSchedule
http://slidepdf.com/reader/full/especificacao-dos-requisitos-do-software-proschedule 2/52
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
8/6/2019 Especificação dos Requisitos do Software ProSchedule
http://slidepdf.com/reader/full/especificacao-dos-requisitos-do-software-proschedule 3/52
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
8/6/2019 Especificação dos Requisitos do Software ProSchedule
http://slidepdf.com/reader/full/especificacao-dos-requisitos-do-software-proschedule 4/52
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
8/6/2019 Especificação dos Requisitos do Software ProSchedule
http://slidepdf.com/reader/full/especificacao-dos-requisitos-do-software-proschedule 5/52
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
8/6/2019 Especificação dos Requisitos do Software ProSchedule
http://slidepdf.com/reader/full/especificacao-dos-requisitos-do-software-proschedule 6/52
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.
8/6/2019 Especificação dos Requisitos do Software ProSchedule
http://slidepdf.com/reader/full/especificacao-dos-requisitos-do-software-proschedule 7/52
SRS v0.3 6 05 de Novembro, 2010
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.
8/6/2019 Especificação dos Requisitos do Software ProSchedule
http://slidepdf.com/reader/full/especificacao-dos-requisitos-do-software-proschedule 8/52
SRS v0.3 7 05 de Novembro, 2010
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.
8/6/2019 Especificação dos Requisitos do Software ProSchedule
http://slidepdf.com/reader/full/especificacao-dos-requisitos-do-software-proschedule 9/52
SRS v0.3 8 05 de Novembro, 2010
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
8/6/2019 Especificação dos Requisitos do Software ProSchedule
http://slidepdf.com/reader/full/especificacao-dos-requisitos-do-software-proschedule 10/52
SRS v0.3 9 05 de Novembro, 2010
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
8/6/2019 Especificação dos Requisitos do Software ProSchedule
http://slidepdf.com/reader/full/especificacao-dos-requisitos-do-software-proschedule 11/52
SRS v0.3 10 05 de Novembro, 2010
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
8/6/2019 Especificação dos Requisitos do Software ProSchedule
http://slidepdf.com/reader/full/especificacao-dos-requisitos-do-software-proschedule 12/52
SRS v0.3 11 05 de Novembro, 2010
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.
Xref: Seção 3.2, RF004
UC003: Remover ClienteDiagrama:
8/6/2019 Especificação dos Requisitos do Software ProSchedule
http://slidepdf.com/reader/full/especificacao-dos-requisitos-do-software-proschedule 13/52
SRS v0.3 12 05 de Novembro, 2010
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.
Xref: Seção 3.2, RF004
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".
8/6/2019 Especificação dos Requisitos do Software ProSchedule
http://slidepdf.com/reader/full/especificacao-dos-requisitos-do-software-proschedule 14/52
SRS v0.3 13 05 de Novembro, 2010
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.
Xref: Seção 3.2, RF004
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”.
8/6/2019 Especificação dos Requisitos do Software ProSchedule
http://slidepdf.com/reader/full/especificacao-dos-requisitos-do-software-proschedule 15/52
SRS v0.3 14 05 de Novembro, 2010
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.
Xref: Seção 3.2, RF002
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.
8/6/2019 Especificação dos Requisitos do Software ProSchedule
http://slidepdf.com/reader/full/especificacao-dos-requisitos-do-software-proschedule 16/52
SRS v0.3 15 05 de Novembro, 2010
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.
Xref: Seção 3.2, RF002
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.
Xref: Seção 3.2, RF002
UC008: Recuperar ComponenteDiagrama:
8/6/2019 Especificação dos Requisitos do Software ProSchedule
http://slidepdf.com/reader/full/especificacao-dos-requisitos-do-software-proschedule 17/52
SRS v0.3 16 05 de Novembro, 2010
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.
Xref: Seção 3.2, RF002
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.
8/6/2019 Especificação dos Requisitos do Software ProSchedule
http://slidepdf.com/reader/full/especificacao-dos-requisitos-do-software-proschedule 18/52
SRS v0.3 17 05 de Novembro, 2010
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.
Xref: Seção 3.2, RF001
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.
8/6/2019 Especificação dos Requisitos do Software ProSchedule
http://slidepdf.com/reader/full/especificacao-dos-requisitos-do-software-proschedule 19/52
SRS v0.3 18 05 de Novembro, 2010
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.
Xref: Seção 3.2, RF001
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.
8/6/2019 Especificação dos Requisitos do Software ProSchedule
http://slidepdf.com/reader/full/especificacao-dos-requisitos-do-software-proschedule 20/52
SRS v0.3 19 05 de Novembro, 2010
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.
Xref: Seção 3.2, RF001
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.
Xref: Seção 3.2, RF001
UC013: Adicionar OperaçãoDiagrama:
8/6/2019 Especificação dos Requisitos do Software ProSchedule
http://slidepdf.com/reader/full/especificacao-dos-requisitos-do-software-proschedule 21/52
SRS v0.3 20 05 de Novembro, 2010
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.
Xref: Seção 3.2, RF003
UC014: Modificar OperaçãoDiagrama:
8/6/2019 Especificação dos Requisitos do Software ProSchedule
http://slidepdf.com/reader/full/especificacao-dos-requisitos-do-software-proschedule 22/52
SRS v0.3 21 05 de Novembro, 2010
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.
Xref: Seção 3.2, RF003
UC015: Remover OperaçãoDiagrama:
DescriçãoO Usuário remove uma operação existente do sistema.
8/6/2019 Especificação dos Requisitos do Software ProSchedule
http://slidepdf.com/reader/full/especificacao-dos-requisitos-do-software-proschedule 23/52
SRS v0.3 22 05 de Novembro, 2010
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.
Xref: Seção 3.2, RF003
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 ”.
8/6/2019 Especificação dos Requisitos do Software ProSchedule
http://slidepdf.com/reader/full/especificacao-dos-requisitos-do-software-proschedule 24/52
SRS v0.3 23 05 de Novembro, 2010
4a.2 O sistema retorna a Tela de Persistência de Operações.
Xref: Seção 3.2, RF003
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
8/6/2019 Especificação dos Requisitos do Software ProSchedule
http://slidepdf.com/reader/full/especificacao-dos-requisitos-do-software-proschedule 25/52
SRS v0.3 24 05 de Novembro, 2010
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.
8/6/2019 Especificação dos Requisitos do Software ProSchedule
http://slidepdf.com/reader/full/especificacao-dos-requisitos-do-software-proschedule 26/52
SRS v0.3 25 05 de Novembro, 2010
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.
Xref: Seção 3.2, RF006
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.
8/6/2019 Especificação dos Requisitos do Software ProSchedule
http://slidepdf.com/reader/full/especificacao-dos-requisitos-do-software-proschedule 27/52
SRS v0.3 26 05 de Novembro, 2010
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.
Xref: Seção 3.2, RF009
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?”.
8/6/2019 Especificação dos Requisitos do Software ProSchedule
http://slidepdf.com/reader/full/especificacao-dos-requisitos-do-software-proschedule 28/52
SRS v0.3 27 05 de Novembro, 2010
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.
Xref: Seção 3.2, RF010
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.
Xref: Seção 3.2, RF011
UC021: Exibição do Sequenciamento Mestre da ProduçãoDiagrama:
8/6/2019 Especificação dos Requisitos do Software ProSchedule
http://slidepdf.com/reader/full/especificacao-dos-requisitos-do-software-proschedule 29/52
SRS v0.3 28 05 de Novembro, 2010
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.
Xref: Seção 3.2, RF007
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.
8/6/2019 Especificação dos Requisitos do Software ProSchedule
http://slidepdf.com/reader/full/especificacao-dos-requisitos-do-software-proschedule 30/52
SRS v0.3 29 05 de Novembro, 2010
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.
Xref: Seção 3.2, RF008
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”.
8/6/2019 Especificação dos Requisitos do Software ProSchedule
http://slidepdf.com/reader/full/especificacao-dos-requisitos-do-software-proschedule 31/52
SRS v0.3 30 05 de Novembro, 2010
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.
Xref: Seção 3.2, RF005
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
8/6/2019 Especificação dos Requisitos do Software ProSchedule
http://slidepdf.com/reader/full/especificacao-dos-requisitos-do-software-proschedule 32/52
SRS v0.3 31 05 de Novembro, 2010
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.
Xref: Seção 3.2, RF005
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.
Xref: Seção 3.2, RF005
UC026: Recuperar Ordem de ProduçãoDiagrama:
8/6/2019 Especificação dos Requisitos do Software ProSchedule
http://slidepdf.com/reader/full/especificacao-dos-requisitos-do-software-proschedule 33/52
SRS v0.3 32 05 de Novembro, 2010
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.
Xref: Seção 3.2, RF005
2.2.3 Casos de Uso de Calendário
Figura 4 – Casos de Uso de Calendário
8/6/2019 Especificação dos Requisitos do Software ProSchedule
http://slidepdf.com/reader/full/especificacao-dos-requisitos-do-software-proschedule 34/52
SRS v0.3 33 05 de Novembro, 2010
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.
Xref: Seção 3.2, RF012
8/6/2019 Especificação dos Requisitos do Software ProSchedule
http://slidepdf.com/reader/full/especificacao-dos-requisitos-do-software-proschedule 35/52
SRS v0.3 34 05 de Novembro, 2010
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
Xref: Seção 3.2, RF012
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
8/6/2019 Especificação dos Requisitos do Software ProSchedule
http://slidepdf.com/reader/full/especificacao-dos-requisitos-do-software-proschedule 36/52
SRS v0.3 35 05 de Novembro, 2010
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.
Xref: Seção 3.2, RF012
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
8/6/2019 Especificação dos Requisitos do Software ProSchedule
http://slidepdf.com/reader/full/especificacao-dos-requisitos-do-software-proschedule 37/52
SRS v0.3 36 05 de Novembro, 2010
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.
8/6/2019 Especificação dos Requisitos do Software ProSchedule
http://slidepdf.com/reader/full/especificacao-dos-requisitos-do-software-proschedule 38/52
SRS v0.3 37 05 de Novembro, 2010
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
8/6/2019 Especificação dos Requisitos do Software ProSchedule
http://slidepdf.com/reader/full/especificacao-dos-requisitos-do-software-proschedule 39/52
SRS v0.3 38 05 de Novembro, 2010
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
8/6/2019 Especificação dos Requisitos do Software ProSchedule
http://slidepdf.com/reader/full/especificacao-dos-requisitos-do-software-proschedule 40/52
SRS v0.3 39 05 de Novembro, 2010
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.
8/6/2019 Especificação dos Requisitos do Software ProSchedule
http://slidepdf.com/reader/full/especificacao-dos-requisitos-do-software-proschedule 41/52
SRS v0.3 40 05 de Novembro, 2010
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.
8/6/2019 Especificação dos Requisitos do Software ProSchedule
http://slidepdf.com/reader/full/especificacao-dos-requisitos-do-software-proschedule 42/52
SRS v0.3 41 05 de Novembro, 2010
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.
8/6/2019 Especificação dos Requisitos do Software ProSchedule
http://slidepdf.com/reader/full/especificacao-dos-requisitos-do-software-proschedule 43/52
SRS v0.3 42 05 de Novembro, 2010
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.
Prioridade Essencial
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.
8/6/2019 Especificação dos Requisitos do Software ProSchedule
http://slidepdf.com/reader/full/especificacao-dos-requisitos-do-software-proschedule 44/52
SRS v0.3 43 05 de Novembro, 2010
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.
8/6/2019 Especificação dos Requisitos do Software ProSchedule
http://slidepdf.com/reader/full/especificacao-dos-requisitos-do-software-proschedule 45/52
SRS v0.3 44 05 de Novembro, 2010
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
Adicionar: Banco de dados do sistema.
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.
8/6/2019 Especificação dos Requisitos do Software ProSchedule
http://slidepdf.com/reader/full/especificacao-dos-requisitos-do-software-proschedule 46/52
SRS v0.3 45 05 de Novembro, 2010
RF009: a importação de ordens de pedido deve estar adequada asespecificações aqui determinadas.
Prioridade Essencial
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.
Prioridade Essencial
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.
8/6/2019 Especificação dos Requisitos do Software ProSchedule
http://slidepdf.com/reader/full/especificacao-dos-requisitos-do-software-proschedule 47/52
SRS v0.3 46 05 de Novembro, 2010
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.
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 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.
Pré-condições Nenhuma.
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.
8/6/2019 Especificação dos Requisitos do Software ProSchedule
http://slidepdf.com/reader/full/especificacao-dos-requisitos-do-software-proschedule 48/52
SRS v0.3 47 05 de Novembro, 2010
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.
EntradasDados do Sequenciamento da Produção ( RF006 ) e período dosequenciamento.
Fonte Banco de dados do sistema.
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.
Prioridade Essencial
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.
Fonte Banco de dados do sistema.
8/6/2019 Especificação dos Requisitos do Software ProSchedule
http://slidepdf.com/reader/full/especificacao-dos-requisitos-do-software-proschedule 49/52
SRS v0.3 48 05 de Novembro, 2010
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.
Pré-condições Nenhuma.
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
Adicionar: Banco de dados do sistema.
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.
8/6/2019 Especificação dos Requisitos do Software ProSchedule
http://slidepdf.com/reader/full/especificacao-dos-requisitos-do-software-proschedule 50/52
SRS v0.3 49 05 de Novembro, 2010
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.
Prioridade Essencial
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.
Prioridade Condicional
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.
8/6/2019 Especificação dos Requisitos do Software ProSchedule
http://slidepdf.com/reader/full/especificacao-dos-requisitos-do-software-proschedule 51/52
SRS v0.3 50 05 de Novembro, 2010
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.
8/6/2019 Especificação dos Requisitos do Software ProSchedule
http://slidepdf.com/reader/full/especificacao-dos-requisitos-do-software-proschedule 52/52
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.
Prioridade Condicional