Unopar
SISTEMA DE ENSINO PRESENCIAL CONECTADO CURSO SUPERIOR DE TECNOLOGIA EM ANÁLISE E DESENVOLVIMENTO DE SISTEMAS AUTORES: DANIEL BRUNO FREITAS COSTA PRIMEIRO DANIEL DA SILVA FREITAS MOISÉS GUSTAVO SAMPAIO DE ALMEIDA ROSANA MAIA DA SILVA WIKERLANO DE CASTRO SOMBRA FÉLIX título do trabalho: FUNDAMENTO Limoeiro do Norte 2011 ACIONAIS WIKERLANO DE CASTRO SOMBRA FÉ IX titulo do trabalho: FUNDAMENTOS DE SISTEMAS COMPUTACIONAIS Trabalho apresentado à disciplina Análise e Desenvolvimento de Sistemas – da Universidade Norte do Paraná – UNOPAR.
No momento em que os livros são cadastrados no sistema, deve- e cadastrar também a localização do mesmo e a quantidade de volumes disponíveis por título. ATIVIDADE PROPOSTA Partindo do cenário acima, e considerando as atividades realizadas em seu trabalho, vocês deverão: 1.
Utilize o conhecimento adquirido quando da realização do trabalho individual, faça uma pesquisa em empresas da sua região e elabore uma proposta de desenvolvimento seguindo agora critérios de GERENCIMENTO DE QUALIDADE, ou seja, determine o planejamento para o desenvolvimento de um software de qualidade, levando em consideração todas as etapas que devem ser seguidas em um desenvolvimento do produto, em que levar em consideração critérios e ações da empresa desenvolvedora também. 2. Verificar os requisitos, separando em requisitos funcionais e não funcionais utilizando para isso um editor de texto (padrão. oc) 3. Elaborar o diagrama de Caso de Uso na ferramenta Astah ou Jude, baseando no estudo de caso acima. 4. Efetuar a modelagem entidade relacionamento (conceitual e lógica) do banco de dados no BrModelo. 5. Elaborar protótipos das telas de acordo com o estudo de caso, utilizando para isso o C#. PAGF70F11 VIABILIDADE PARA DESENVOLVIMENTO DE SOFWVARES SUMÁRIO HISTÓRICO DE …….. pag: 10 INTRODUÇÃO. 17 2 CRITÉRIOS PARA A REALIZAÇÃO DO PROJETO…. ……. pag:12 6 NECESSIDADES ATUAIS… 7 RECURSOS — 2. 1 Aspectos Legais….. 2. Aspectos Técnicos.. 2. 3 Alternativas. 12 3 METODOLOGIA APLICADA…. 3. 1 Resumo administrativo……………………… . 3. 2 Recomendações…. 4 ANALISE DA S TIJAÇÃO ATUAL… 5 ANÁLISE DO PROBLEMA… 13 7. 1 Pré-requisitos profissionais.. 7. 1. 1 Mão-de-obra disponível. 7. 1. 2 Conhecimentos . . ….. pag:12 .. pag:12 pag: … pag: . …. pag:12 . … pag: .. pag: .. pag: pag:13 … pag:13 PAGF30F11 … pag:14 8. 1. 1 Análise de Requisitos. ?? • • • • • • • 8. 1. 2 Requisitos não funcionais……. — 8. . 3 Desenvolvimento g COMPROVANDO A VIABILIDADE DO PROJETO.. Benefícios… . IO 9. 1 9. 2 Avaliação dos riscos técnicos. — 9. 3 Diagnóstico. 19 11 APROVAÇAO…. ….. pag:19 … pag:19 .. pag:19 …. pag: HISTÓRICO DE REVISÕES Data I Descrição I Autor I Revisor 11/1 W2011 1 -Documento Inicial I -Wilkerlano Felix Kelinho Sombra 1 INTRODUÇÃO Este documento tem como finalidade descrever a viabilidade do desenvolvimento de um terminal de auto-atendimento, definindo as etapas requeridas para o atendimento da solicitação emandada.
O desenvolvimento do terminal de auto-atendimetno visa proporcionar a consulta de processos através de sites definidos pelo administrador do sistema. Atualmente para a consulta de rocessos o usuário que tem se direcionar até a recepção PAGFd0F11 secretaria de varas onde interesses sem a necessidade de aguardar em filas de atendimento nas secretarias de varas, bem como o atendimento na recepção do Órgão. Com isso o usuário ganhará tempo e comodidade ao consultar processos e demais informações que estarão a sua disposição nos sites disponibilizados no terminal de auto-atendimento.
O desenvolvimento do programa acima citado será formatado numa linguagem compatível ao ambiente Windows, de fácil manuseio e baixo custo operacional. 2 CRITERIOS PARA A REALIZAÇAO DO PROJETO 2. 1 Aspectos legais O projeto será construído de acordo com a legislação e normas específicas para gestão e acesso a terminais de auto- atendimetno. 2. 2 Aspectos técnicos O terminal de auto-atendimento estará em conformidade com requisitos regulamentares específicos e códigos de boa prática necessários para a execução de determinadas atividades. . 3 Alternativas Não se aplica. 3 METODOLOGIA APLICADA A ser definida. Resumo administrativo 3. 1 A execução do projeto não causaria impactos à Administração no que se diz respeito a recursos financeiros e hardwares necessários para esta execução. 3. 2 Recomendações Para o desenvolvimento do projeto apresentado recomenda- se que o mesmo seja executado em tempo hábil para o atendimento da demanda, seguindo os prazos e limitações de custos determinados pela Administra 30. ssimilado. Atualmente os interessados na consulta de processos tem que se adequar a forma de atendimento adotada pelo Órgão, sujeitando- se a perda de tempo, resultado da espera. Com a disponibilização o terminal de auto-atendimento o usuário poderá optar em consultar seus processos através desta nova facilidade ou obter informação de seus processos por profissionais disponibilização para a prestação deste serviço no Órgão. NECESSIDADES ATUAIS As necessidades para a execução do projeto apresentado esta ligado a disponibilização dos profissionais identificados neste documento, bem como máquinas com as seguintes configurações: 6 RECURSOS HUMANOS Pré-requisitos profissionais 7. 3 O contrato de profissionais deverá assegurar que os serviços serão executados por equipe altamente qualificada nos espectivos campos de atuação. 7. 4. 1 Mão-de-obra disponível Item I Profissional I Quantidade I 1 Analista de Sistemas | 1 Programados 1 | 2 7. 4. Conhecimentos exigidos Os profissionais deverão atender no minimo aos requisitos apresentados a seguir: para o serviço de análise de sistemas: * Conhecimentos em metodologias e processos de desenvolvimento de software’ * Conhecimento em lev escopo e requisitos; PAGF 6 OFII realização de testes básicos e integrados de programas. 7. 4 Contratação de pessoal Toda a execução do projeto apresentado será registrado mediante instrumento formal específico, a partir da demanda presentada, denominado contrato de horas técnicas. 7 ESTIMATIVA DE CUSTOS 8. Desenvolvimento 8. 6. 3 Análise de requisitos Item I Descrição Valores em R$ 1 1 Logar no Sistema valor; 22 Manter atas de registros de preços I ;lnserir valor; 33 Manter processos de licitações valor; 44 Manter acompanhamento de processos de licitações ;lnserir valor; I 55 66 77 88 99 110 111 112 113 114 Manter empenhos valor; I Manter solicitações de empenhos I ;lnserir valor; Manter compras e serviços I valor; Manter contratos e aditivos I ;lnserir valor; Manter empresas ut; Inserir valor; I
I Manter objetos de licitações ;lnserir valor; I Manter licitações valor; I I Manter modalidades de licitações I ;lnserir valor; I Manter receitas orçamentárias valor; I I Manter despesas orçamentárias I valor; 15 | Manter modelos de documentos I ;lnserir valor; 116 | Manter recebimento de arquivos para validação I 117 | Manter envio de arquivos para publicações valor; 118 | Manter denúncias e sugestões 119 | Manter rescisões contratuais 220 | Manter membros de licita ões 221 | Manter usuários ;lnserir valor; r; 224 | 225 | 226 | 227 | 228 | 229 | 330 | 331 | 232 | 33 | 334 | 335 | Consultar empenhos I valor; Consultar compras e serviços ;lnserir valor; Consultar contratos e aditivos valor; Consultar objetos de licitações ;lnserir valor; Consultar despesas orçamentárias I valor; Consultar usuários I valor; I Consultar de log de eventos I ;lnserir valor; Manter tipos de atas I ;lnserir valor; Manter tipos de licitações I ;lnserir valor; Manter tipos de empenhos I ;lnserir valor; Emitir relatórios de balanços ;lnserir valor; Emitir relatónos de demonstrativos de despesas I 336 | Emitir relatórios de contratos e aditivos I 37 | Manter fases de licitações I ;lnserir valor; 338 | Manter fases de despesas I ;lnserir valor; 339 | Manter elementos de despesas ;lnserir valor; 440 | Manter retificações de documentos ;lnserir 441 | 442 | 443 | 444 | 445 | 446 | 447 | 448 | Manter assuntos de processos valor; Manter eventos ;lnserir valor; Manter painel de controle I valor; I Manter módulos valor; I Manter parâmetros diversos ;lnserir valor; Manter perfis I valor; Manter preferências de usuários I ;lnserir valor; Manter permissões de usuários valor; I 8. 1. 2 REQUISITOS NAO FUNCIONAIS Identificar, detalhar e documentar o conjunto de requisitos não funcionais. Os requisitos não funcionais capturam os requisitos de sistema que nao são capturados imediatamente nos casos de uso do modelo de casos de uso. E-ntre os requisitos estão inclu[dos: Requisitos legais e de regulamentação e padrões de aplicativo; Atributos de qualidade do sistema a ser criado, incluindo requisitos de usabilidade, confiabilidade, desempenho e suportabilidade; Outros requisitos, como sistemas operacionais e ambientes, requisitos de compatibilidade e restrições de design. 8. 1. 3 DESENVOLVIMENTO (TESTES)
I Descrição Valores em R$ Item 11 Teste de Requisitos I ;lnserir valor; Teste de Regressão I valor; I 22 33 Teste de Tratamento de Erros ;lnserir valor; Teste de Suporte Manual valor; 44 Teste de Interconexão I ;lnserir valor; Teste de Controle valor; I este Paralelo I ;lnserir valor; Teste de Execução valor; I este de Estresse valor; I Teste de Recuperação ;lnserir valor; I Teste de Operação I valor; I I Teste de Conformidade ;lnserir valor; I Teste de Segurança I valor; I Teste de Unidade valor; I 115 I Teste de Integração ou Iteração valor; I Teste de Sistema valor; I 116 117 I Teste de Aceitação I valor; 8 COMPROVANDO A VIABILIDADE DO PROJETO 9. 6 Benefícios Com a disponibilização do terminal de auto-atendimento, servidores públicos, advogados e demais partes interessadas poderão ter acesso ao conteúdo dos processos de seus atendimento nas secretarias de varas bem como o atendimento na recepção do órgão. Co rio ganhará tempo e terminal de auto-atendimetno. 9. Avaliação dos riscos técnicos Indisponibilidade de recursos descritos no item 6. g. 8 Diagnóstico Atualmente para a consulta de processos o usuário que tem e direcionar até a recepção do Órgão elou secretaria de varas onde tramita o processo de seu interesse. Este procedimento adotado resulta em filas extensas e muito tempo de espera para o atendimento. g CONCLUSÃO Avaliando o projeto a ser desenvolvido, conclui-se que os principais objetivos serão alcançados, pois os terminais de auto- atendmento, tem como objetivo, levar aos usuário comodidade e agilidade no atendimento. Com isso interessados terão ganhos de tempo no atendimento. 1 APROVAÇAO Aprovo o documento de Requisitos Funcionais, pois os requisitos apresentados atendem as necessidades solicitadas. Data da aprovação: 2a QUESTÃO. Aprovador: Verlficar os requisitos, separando em requisitos funcionais e não funcionais utilizando para isso um editor de texto (padrão . doc). REQUISITOS FUNCIONAIS. 1 – OS USUÁRIOS DEVE-M POSSUIR UM CADASTRO SIMPLES COM, NOME, ENDEREÇO, TELEFONE, EMAIL E SENHA. 2 – O SISTEMA DEVE PERMITIR A RENOVAÇÃO DO LIVRO PELO PROPRIO SI E. 3 – O SISTEMA DEVE ENVIAR UM E-MAIL AO USUÁRIO FA TANDO 1 DIA PARA A DATA DA ENTREGA DO LIVRO. 4 – NO MOMENTO EM QUE OS LIVROS SÃO CADASTRADOS NO SISTEMA, DEVE-SE CADASTRAR TAMBÉM A LOCALIZAÇÃO DO MESMO E A QUANTIDADE DE VOLUMES DISPONÍVEIS POR TITULO.