O Processo de Desenvolvimento de Software de Aplicação: Análise e Design de Sistema
O Processo de Desenvolvimento de Software de Aplicação: Análise e Design de Sistema!
O processo de desenvolvimento de software aplicativo também é popularmente conhecido como ciclo de vida de desenvolvimento do sistema. O processo é de natureza cíclica porque os sistemas de informação são modificados à luz das necessidades variáveis dos usuários e das deficiências observadas em diferentes estágios de desenvolvimento.
Cortesia da Imagem: 24point0.com/ppt-shop/media/catalog/product/m/e/merits-demerits-diagram-powerpoint-slide.jpg
O processo é semelhante ao processo de construção de qualquer outro sistema principal.
Tradicionalmente, o processo de desenvolvimento do sistema foi descrito em termos de uma sequência dos seguintes passos:
Eu. Identificação dos requisitos dos usuários na forma de amplas funções a serem executadas pelo sistema,
ii. Analisando o sistema existente, identificando os requisitos detalhados dos usuários,
iii. Projetando um novo sistema, reafirmando os requisitos em termos de método, procedimentos e controles para facilitar a codificação do sistema,
iv. Codificar os vários programas no sistema usando uma linguagem de programação específica e conectando-os para criar um software completo,
v. Testar o sistema para garantir que ele atenda aos requisitos especificados e implemente o sistema, estabelecendo procedimentos para entrada e distribuição de dados.
Essas etapas foram denominadas coletivamente como análise e design do sistema. Em cada estágio do projeto de desenvolvimento do sistema, diferentes atores tinham papéis específicos para desempenhar para tornar o projeto um sucesso.
Principais jogadores no processo de desenvolvimento:
Zachman identifica três participantes principais no desenvolvimento de qualquer sistema principal, ou seja, o cliente, o designer e o construtor. Na indústria da construção eles são conhecidos como usuário, arquiteto e empreiteiro de construção, respectivamente. Profissionais de TI os chamam de usuários, analistas de sistemas e programadores, respectivamente.
O analista do sistema atua como intermediário entre o usuário e o programador e preenche a lacuna de comunicação entre os dois. No processo, ele usa seu entendimento das necessidades dos usuários e do processo de codificação, agregando valor à intermediação. As relações entre eles estão representadas na Fig. 7.3.
Esta seção enfoca o usuário (principalmente, o gerente) e seu papel no desenvolvimento de software confiável da maneira mais econômica possível. Como no caso de outros sistemas, os sistemas de informação também são propensos ao risco de má comunicação entre os participantes do processo.
Em última análise, é o usuário que sofre caso o sistema não corresponda às suas necessidades e expectativas. Portanto, é necessário que o gerente garanta que a lacuna de comunicação entre os participantes seja minimizada. Isso torna imperativo que o gerente esteja envolvido no processo de desenvolvimento do sistema.
Envolvimento do Gerente na Análise e no Projeto do Sistema :
A função básica do sistema de informação, como Weber o apresenta, é descrever o comportamento de coisas e eventos distintos que têm relevância por algum período. Essas coisas e eventos distintos são entidades, processos e regras que descrevem a função em uma organização.
As entidades são descritas armazenando suas informações em arquivos de dados, geralmente chamados de arquivos mestres. Os eventos geralmente são descritos pelos dados contidos no que é popularmente chamado de arquivos de transação. Os processos são descritos com programas e a documentação que os recria. Regras especificam relacionamentos entre itens de dados, entre processos e entre dados e processos.
Assim, as entidades, processos e regras podem ser chamados como três blocos básicos de construção de qualquer sistema de informação. Na verdade, todos os três blocos de construção são mais conhecidos e melhor compreendidos pelo gerente. Qualquer problema na comunicação destes blocos de construção pode tornar o sistema de informação menos útil.
Portanto, é essencial que o gerente esteja deliberadamente envolvido no processo de análise e projeto do sistema. No entanto, o grau de envolvimento pode ser diferente dependendo do nível de gestão, natureza das responsabilidades, tipo de sistema de informação, etc.
Mais especificamente, o papel de um gerente no processo de desenvolvimento do sistema pode estar confinado ao processo de buscar respostas para as seguintes questões gerais a esse respeito:
O que o sistema processa? A resposta óbvia para a pergunta é que qualquer sistema de informação processa dados. No entanto, uma pergunta mais específica que um gerente precisa resolver é sobre quais dados devem ser processados pelo software aplicativo.
Como isso processa? As atividades de processamento de dados a serem executadas pelo software nos dados devem ser definidas e comunicadas, tendo em vista as necessidades de decisão do gerente.
Por que desenvolver o software aplicativo? É necessário justificar o comprometimento de recursos para o sistema e, portanto, uma análise de custo-benefício deve ser conduzida pela gerência para cada aplicação.
Onde os dados serão processados? Quais funções de processamento de dados serão centralizadas e quais funções serão descentralizadas? A resposta a essa pergunta tem uma importância importante na maneira como o processamento de dados é organizado no sistema e nos requisitos de recursos de processamento de dados.
Quando uma dada função de processamento de dados deve ser executada? A questão torna-se relevante quando a capacidade da infraestrutura de TI é uma restrição ou sempre que existe a necessidade de sincronizar uma função de processamento de dados com o acontecimento de algum evento externo. Tal situação é mais comum quando o sistema é projetado para supervisionar e / ou controlar algum processo físico.
Embora essas questões pareçam bastante simples, elas formam a base de qualquer sistema de informação. Buscar resposta a essas perguntas não apenas ajudará um gerente a identificar suas necessidades, mas também permitirá que ele entenda o que provavelmente será o resultado do processo de análise e design do sistema. Um gerente deve se associar ativamente ao processo de desenvolvimento do sistema quando as respostas a essas perguntas estiverem sendo buscadas.
