Ao formar uma tarefa técnica, ela deve necessariamente listar todos os requisitos para um sistema de informações, caso contrário, o desenvolvedor simplesmente não saberá com que finalidade o produto é criado, o que deve ser cumprido e como. A tarefa de formular requisitos é do cliente, embora, na prática, os gerentes por quem a ordem é colocada geralmente ajudem nisso. Mas os alunos envolvidos na redação de trabalhos de conclusão de curso, dissertações, devem ser capazes de fazer essas listas de forma independente.
Entendimento Comum
O processo de criação de IP é bastante complicado, consiste em vários estágios sucessivos. Especialistas, trabalhando no projeto, são forçados a lidar com uma variedade de dificuldades. Até certo ponto, isso pode ser simplificado pela formulação precisa de requisitos para o sistema de informação. Nem sempre é óbvio por que os problemas surgem, especialmente quando se trabalha com produtos inovadores, e a criação de uma descrição abrangente de todas as ações para as quais o produto é planejado costuma ser uma tarefa difícil.
Atenção para todos os detalhes
Uma imagem completa da funcionalidade do produto é a lista completa de requisitos para um sistema de informações. Também inclui aspectos que o cliente sugere e o programador implementa ao criar o projeto. O processo de capacitação, sua pesquisa analítica, documentação e testes de desempenho é o desenvolvimento de requisitos, durante os quais é possível identificar com precisão todas as limitações e chegar a um consenso entre “eu quero” e “realmente viável”. É importante lembrar que engenheiros modernos não são mágicos, mas pessoas que usam ferramentas técnicas acessíveis, cujas capacidades, infelizmente, também são limitadas. O aspecto do tempo não é menos significativo, uma vez que o trabalho na criação e implementação de requisitos requer custos de tempo significativos - meses e, às vezes, anos.
Que estão lá?
É costume falar sobre os requisitos do sistema e do usuário para um sistema de informações. Linguagem natural descreve aqueles apresentados por um usuário em particular. Para esclarecer o texto, você pode recorrer a diagramas de vários graus de complexidade. Isso permite que você faça uma impressão geral das funções para as quais o IP deve ser implementado e as limitações que você encontrará em seu trabalho.
Os requisitos do sistema são aquelas características específicas do projeto, cujo conhecimento permite traduzir os desejos do cliente em realidade. Estes requisitos técnicos para o sistema de informação incluem uma apresentação sobre as características do equipamento, sua potência, bem como a escolha em favor de uma opção de arquitetura específica. Muitos outros aspectos podem ser atribuídos aos sistemas, que não são óbvios para o usuário, mas regulam o que será o produto final.
Requisitos: onde obtê-los?
As tarefas de formular e aprovar requisitos para um sistema de informação não são tão simples quanto parecem à primeira vista. O termo é usado para denotar um processo estruturado complexo, no âmbito do qual a documentação é criada, confirmada pelo cliente, o contratante, que regula claramente todas as especificações do produto. O desenvolvimento é dividido em quatro etapas consecutivas:
- atividades analíticas para determinar o grau de viabilidade do planejado;
- criação, estudo analítico dos requisitos diretamente;
- formulação de requisitos para a formação de documentação de apoio;
- certificação de requisitos do sistema de dados para informação, bem como outras condições, regras para a implementação do projeto.
Não tão simples
Se uma vez definidos os requisitos para a segurança dos sistemas de informação, conteúdo, formato, tarefas de gerenciamento e outros aspectos do funcionamento do projeto, isso não significa que eles permanecerão inalterados até o “final vitorioso”. O fluxo de trabalho é frequentemente acompanhado por uma mudança nas especificações e requisitos estabelecidos. Isso acontece não apenas por iniciativa do cliente, mas também do contratado, que se depara com certas limitações técnicas que impedem a implementação de uma série de aspectos planejados. É importante considerar os recursos do controle de processo. O gerenciamento de mudanças é um dos principais aspectos do desenvolvimento de requisitos e sua implementação dentro de um IP específico.
Um aspecto importante do trabalho com requisitos é a definição daqueles com análise de informações versátil subsequente. Para isso, um modelo de trabalho generalizado é usado. Dentro da estrutura de uma empresa em particular, um sistema exclusivo de gerenciamento de requisitos de sistema de informações está sendo implementado, o que permite formular, ajustar, aceitar, rejeitar as condições selecionadas. Depende muito das qualificações dos trabalhadores, do tipo de IP em que eles estão trabalhando, dos padrões usados no fluxo de trabalho.
O que parece?
Na prática, a redação, a análise dos requisitos para a segurança dos sistemas de informação, o preenchimento de dados, a estrutura (e outros sistemas e usuários) envolvem primeiro a identificação dos recursos de uma área específica. É investigado por analistas qualificados, determinando os parâmetros específicos do setor de aplicação do produto desenvolvido no futuro. Depois disso, eles começam a coletar requisitos preliminares, trabalhando com pessoas que formulam tais informações. Em paralelo, eles continuam trabalhando no refinamento da área de assunto.
O próximo passo na formulação de requisitos para sistemas de informação municipais, privados, usados em agências governamentais é criar um sistema hierárquico de informações identificadas. Se a coleta inicial de informações fornece um complexo caótico de dados, então, no contexto da sistematização, ela é ordenada, criando grupos de elementos que possuem conexões lógicas entre si.
Trabalho contínuo
O próximo passo na especificação de requisitos de informação em sistemas de informação, a estrutura do projeto, funcionalidades internas funcionais é identificar contradições e resolver conflitos. Quando recebem informações de uma ampla gama de terceiros sobre o trabalho do IP projetado, encontram o seguinte problema: cada pessoa tem suas próprias idéias exclusivas sobre as capacidades do projeto e sua finalidade. Muitas vezes, as ideias recebidas de pessoas diferentes entram em conflito umas com as outras e também contradizem a lógica, as capacidades técnicas existentes, através das quais o sistema é implementado. Para agilizar a situação, após uma análise minuciosa, é necessário identificar todas as contradições e encontrar a solução de compromisso ideal para resolvê-las.
Identificando contradições e analisando a viabilidade de todos os requisitos, é também necessário elaborar um sistema de prioridades. Sempre há mais importantes e menos significativos entre o conjunto geral de requisitos. A tarefa dos desenvolvedores é trabalhar em estreita colaboração com aqueles que criam requisitos para identificar quais dos aspectos estabelecidos do funcionamento do produto são os mais significativos e que podem aguardar ou serem completamente cancelados se condições externas negativas contribuírem para isso (por exemplo, falta de tempo). Tendo criado um sistema de prioridades, podemos começar a verificar os aspectos identificados para integridade, compatibilidade entre eles e consistência.
Passo a passo
Requisitos para sistemas de informação (dados pessoais, informações sobre o trabalho da empresa e qualquer outro) são formulados como parte de um processo cíclico. Todos os estágios são conectados direta e inversamente. As etapas são descritas acima: primeiro você precisa identificar os recursos da área de assunto e, em seguida, ir gradualmente para a etapa de determinar a compatibilidade de requisitos entre si, bem como sua integridade e outros parâmetros, permitindo-nos falar sobre a aplicabilidade das condições obtidas na prática aos desenvolvedores. Se você conseguir criar uma imagem completa da área de assunto, ela já define as condições de trabalho, especialmente o funcionamento. A repetição do ciclo dá uma visão mais precisa e aprofundada da área, o terceiro ciclo tornará possível formular requisitos ainda mais claramente. A repetição é necessária até que todos os participantes no fluxo de trabalho entendam exatamente para o que o sistema foi projetado e como ele funcionará, o que precisa ser implementado ao trabalhar em um projeto.
Para que o processo de formação de requisitos seja eficaz e seus resultados sejam aplicáveis no trabalho, é necessário seguir algoritmos geralmente aceitos para a formulação de condições.
Pontos de referência
Este é o método básico para identificar requisitos para sistemas de informação de estado, em particular - em suma, absolutamente qualquer pessoa, independentemente de onde eles são usados. Como parte da definição de condições, é necessário reconhecer como uma condição inicial que os pontos de vista sobre a questão em consideração podem diferir. Eles são identificados e usados como base para a formulação do primeiro processo de coleta de requisitos e, em seguida, as condições reais.
O ponto de vista é um conceito bastante vago, então várias abordagens foram desenvolvidas para interpretá-lo de maneira diferente. A interpretação mais simples do conceito é uma fonte de dados que descreve como o IP funcionará. Os pontos de referência tornam-se a base para a modelagem de IP e o uso de informações dentro do produto. A coleta de requisitos envolve a identificação de todos os pontos de referência significativos que são posteriormente utilizados no processo de construção do produto. Também leva em conta como as técnicas serão usadas para processar os dados.
Abordagem alternativa
Outra interpretação do conceito de “ponto de vista” envolve a percepção do termo como estrutura de representação. Na verdade, isso é um elemento do modelo do produto. Diferentes pontos de vista permitem criar numerosos modelos de máquinas de estados finitos, interações de entidades e as relações entre eles dentro de um projeto específico. As especificidades do escopo do projeto são levadas em conta.
O ponto de vista pode significar a opinião do destinatário externo do serviço implementado através do PI. Com base no TK, é possível identificar dados que são usados na implementação de serviços do sistema, seu gerenciamento. Essa abordagem é considerada a mais eficaz. Ele formou a base da definição de requisitos orientada por ponto de vista - um método específico para identificar requisitos que permite determinar informações e analisá-las com eficácia.
Trabalhe com pontos de vista
Primeiro, eles precisam ser identificados, bem como para determinar todos os serviços associados a um determinado ponto. Em seguida, o sistema é estruturado de forma hierárquica, agrupando os pontos de vista entre si, revelando serviços comuns para IP. Aqueles classificados como o mais alto nível hierárquico. Eles serão herdados por todos os TKs de um nível inferior.
Suporte TK precisa ser documentado. Pois esta informação é claramente descrita, dados os resultados da identificação. Depois disso, é possível elaborar um sistema TK no qual todos os objetos IP identificados a partir das informações coletadas serão refletidos.
Tome seu tempo!
Como regra geral, o trabalho em IP começa com uma sessão de brainstorming em larga escala projetada para determinar todos os requisitos possíveis para um projeto. É necessário estar ciente de que é quase impossível determinar todos os requisitos possíveis com um procedimento. Quanto mais complexo o sistema, mais esses procedimentos serão necessários.Somente se repetidas sessões de brainstorming envolvendo o cliente e o contratado não fornecerem informações úteis, elas razoavelmente supõem que os TORs de suporte foram identificados e os requisitos foram formulados, podemos prosseguir com sua implementação por meios técnicos.
Requisitos de certificação
Esse procedimento permite que você entenda até que ponto os requisitos correspondem às ideias do cliente sobre o produto final. A verificação é uma das etapas mais importantes na detecção de uma especificação errônea e na sua eliminação antecipada. Caso contrário, a alteração terá que ser realizada na fase em que o sistema já foi projetado e construído, o que implica perdas temporárias e outras perdas de recursos. Os maiores problemas trazem erros descobertos após a introdução do produto na empresa.
No caso geral, o trabalho em fazer ajustes no sistema é avaliado muito mais alto que a detecção e correção de imprecisões no estágio de projetar IP, codificando funcionalidade. A mudança de requisitos na maioria dos casos provoca mudanças estruturais impressionantes, incluindo um nível básico. Isso significa que depois de fazer as alterações, você terá que passar por uma ampla gama de verificação e testes para garantir que todas as ferramentas projetadas estejam funcionando corretamente.