Projeto Ciclo de Vida da Aplicação

****

Um ciclo de vida do projeto consiste de fases, o que permite melhor controle e gerenciamento do projeto. O projeto começa com a solicitação do projeto, que podem se originar de grupos do usuário final, os departamentos de uma organização, ou outras organizações.

Neste caso, a solicitação de projeto é iniciado com um nível organizacional, a gestão de topo da empresa. Após o pedido, o projeto sofre as seguintes fases:

Início do Projeto
Projeto de execução
Implantação do Projeto

No iniciação do projeto fase, os objetivos, escopo, riscos e custos associados ao projecto são identificadas. Esta fase também envolve a identificação de metas e prazos ea equipe baseado nas habilidades exigidas. Além disso, um plano abrangente está preparado para as atividades a serem realizadas durante as várias fases do ciclo de vida do projeto. A complexidade desta fase depende do tamanho e da complexidade do projeto.

O execução do projeto fase envolve a coordenação dos recursos para executar o plano. Esta fase é dividida para as seguintes fases:

Análise de requisitos
Design de alto nível
Design de baixo nível
Construção
Integração e Testes
Manual de testes de aceitação

A fase final de um ciclo de vida do projeto, que é o implantação do projeto fase necessidades explicação antes de discutir as outras etapas em detalhes. Como o nome sugere, durante esta fase, o aplicativo será implantado no local do cliente. Além disso, o apoio é prestado ao cliente por um período especial, que cuida de todos os erros que possam ocorrer na aplicação após a implantação.

As diferentes etapas na fase de execução do projeto são discutidos nas seções seguintes.

Análise de Requisitos

Esta fase envolve a identificação dos vários requisitos funcionais da aplicação. A equipe de desenvolvimento estudado o sistema actual de instruções do manual do funcionário e entrevistou os funcionários a identificar as suas necessidades.

O aplicativo de referência tem dois tipos de utilizadores, autores e leitores. A equipe de desenvolvimento identificados os seguintes requisitos para os autores de conteúdo:

Criação de conteúdo deve ser fácil. Deve ser possível para o autor a selecionar as partes, capítulos e seções de uma lista, sempre que necessário.
Deve ser fácil de fazer alterações a qualquer política existente.
Deve ser possível para os autores para esconder os documentos que estão actualmente a trabalhar a partir dos leitores.
Após a criação de conteúdo, a publicação deve ser fácil.
Deverá ser possível especificar que certas políticas e procedimentos se aplicam somente para funcionários específicos.
Somente usuários autorizados devem ser autorizados a atualizar o conteúdo.

Para os leitores, os seguintes requisitos foram identificados:

A interface da aplicação deve ser simples para que os leitores podem usar o aplicativo sem treinamento extensivo.
A organização de aplicação deve ser simples para ajudar os leitores a navegar para diferentes partes facilmente.
Os leitores devem ser capazes de acompanhar as políticas mudaram.
Os leitores devem ser capazes de documentos de pesquisa com base em critérios especificados.
Os leitores que não estão conectados à rede de todos os tempos deve ser capaz de acessar as políticas e procedimentos localmente. Ao mesmo tempo, eles devem ser capazes de receber todas as atualizações feitas para os documentos.

Com base nos requisitos identificados, a equipe de desenvolvimento decide criar uma aplicação de referência, que é um banco de dados chamado Handbook, usando Domino Designer R6.

High-Level Design

No design de alto nível fase, o trabalho de aplicação é identificado. As telas de interface do usuário diferentes são identificados e apresentados ao cliente para aprovação. Com base no feedback do cliente, as telas de interface do usuário são diferentes finalizado.

Para identificar o usuário várias telas de interface para o banco de dados Handbook, primeiro identificar o modo como os autores e leitores interagem com o banco de dados.

As interações do usuário podem ser classificadas como de autoria de conteúdo e de acesso a conteúdos. A criação de conteúdo permite que os autores autorizado a criar, modificar e apagar documentos. A sede da empresa toma as decisões políticas e uma equipe do departamento de RH é responsável por manter os documentos up-to-date.

O acesso ao conteúdo, por outro lado, limita-se a leitura das políticas e procedimentos existentes. O acesso ao conteúdo dos trabalhadores através de um índice de tópicos. Eles também podem utilizar o mecanismo de busca para localizar qualquer conteúdo que corresponda a critérios específicos. Os funcionários estão espalhados nas filiais e sites de clientes, além da sede da empresa, todos os funcionários devem ser capazes de acessar o banco Handbook. Os diferentes colaboradores podem acessar o Manual do banco de dados de várias maneiras ou modos.

Dependendo de como os usuários acessam o banco de dados, os usuários são classificados em duas categorias. O primeiro conjunto de usuários acessam o banco de dados diretamente do servidor através de uma rede de área local. Como já mencionado, os funcionários estão espalhados por filiais. Para esses funcionários, o banco de dados são replicados para os servidores nas filiais. Os empregados no acesso filiais as réplicas locais disponíveis em seus respectivos servidores. As réplicas são mantidos em sincronia com baixas repetições de prioridade entre o servidor do escritório corporativo e servidores de escritórios filiais. Essas repetições acontecer uma vez em um dia, geralmente durante a noite. Portanto, quaisquer alterações efectuadas ao conteúdo durante as horas de trabalho está disponível para as sucursais no dia seguinte.

O segundo grupo de usuários são os trabalhadores se encontravam nas instalações do cliente e aqueles que pertencem ao departamento de marketing. Eles podem conectar-se à filial ou escritório corporativo utilizando conectividade dial-up. Tais usuários são chamados usuários móveis. Não é possível para esses usuários a permanecer conectado ao servidor por longos períodos. Portanto, uma cópia réplica local é mantido em suas estações de trabalho. As instruções serão dadas a eles para replicar sua base de dados Handbook pelo menos uma vez ao dia, de preferência durante o dia ou à noite.

Após identificar a interação do usuário com o banco de dados e os diferentes modos em que o acesso dos trabalhadores do banco de dados diferentes, a equipe de desenvolvimento identificar as telas de vários usuários de interface para o banco de dados.

Os leitores podem acessar os documentos individuais usando uma exibição chamada índice de Tópicos

Misturando as versões mais antigas com as últimas versões dos documentos serão desnecessariamente confundir os leitores. Portanto, as versões mais antigas dos documentos deverão ser listados em uma exibição separada, cujo desenho é semelhante ao índice de ver tópicos.

Autores semelhante à vista Tópicos índice, que está disponível para todos os utilizadores, leitores e de conteúdo, a base de dados deverá incluir uma visão de que está disponível exclusivamente para os autores de conteúdo. Essa visão é semelhante à vista índice Tópicos em design, mas enumera os documentos que estão sendo criados.

Em seguida, para fornecer a funcionalidade de personalização que permite ao usuário manter os documentos se referem a mais em um lugar específico para recuperação rápida na demanda, o banco de dados deve permitir que os usuários criem pastas pessoais. Se essas pastas são armazenados no desktop do usuário, muito espaço também podem ser guardados no servidor.

Depois de identificar as diversas formas e pontos de vista, o banco deve fornecer uma interface que liga esses elementos de design para fácil acesso. Para ligar os vários elementos de design de banco de dados, o Notes fornece navegadores, contornos e molduras. A tela de interface do primeiro usuário se conecta a vários elementos de design de banco de dados.

Para implementar a funcionalidade de pesquisa, você não precisa criar um motor de busca exclusivamente. Em vez disso, Notas fornecem esse mecanismo como uma característica básica, o chamado recurso de Full Text Search, a plataforma. Para fornecer recursos de pesquisa para o aplicativo, basta habilitar a pesquisa de texto completo através da criação de um índice de pesquisa de texto completo.

Low-Level Design

Durante o baixo nível de design fase, um projeto detalhado dos vários módulos do software é preparada com o design de alto nível. A equipe decide sobre as diversas normas, como as convenções de nomenclatura para os formulários, vistas, e os campos para um projeto. Todas estas especificações são documentadas de forma que possa ser mantida a coerência entre os vários módulos de um aplicativo.

Construção

Durante o construção fase, os vários componentes da aplicação são codificadas. As especificações diferentes identificados durante o projeto de baixo nível são usados para fazer isso. Para o banco de dados manual, as formas, exibições e outros elementos são construídos.

Integração e Testes

No integração e testes fase, vários testes e validações são realizadas em vários módulos e suas funcionalidades de integração é verificada. Para o banco de dados manual, todas as formas, vistas, navegadores, esboços, molduras, e os agentes seriam integrados e testados.

Manual de Testes de Aceitação

No teste de aceitação do usuário fase, vários testes são realizados com base nos critérios de aceitação pré-determinado pelo cliente. Além disso, o suporte do sistema é fornecido para resolver quaisquer problemas ou erros identificados nesta fase. Para o banco de dados Handbook, alguns funcionários podem ser feitas para usar o aplicativo e dar feedback sobre ele

Nota de Tradução: O artigo "Projeto Ciclo de Vida da Aplicação" foi traduzido usando um serviço de tradução automatizada. Pedimos sinceras desculpas por quaisquer erros de tradução que possa ter ocorrido. Obrigado pela sua compreensão.