-
CERTO
Engenharia de Requisitos
É o uso sistemático de princípios, técnicas, linguagens e ferramentas comprovadas para análise, documentação, evolução continuada das necessidades dos usuários e especificação do comportamento externo de um sistema para satisfazer as necessidades do usuário, que sejam efetivas em termos de custos. Visa, principalmente, o entendimento escrito do problema.
Algumas considerações importantes:
• é uma abordagem sistemática, ou seja, constituída por um conjunto de processos estruturados para extrair, validar e manter os requisitos de um sistema;
• composta principalmente por atividades de Análise (identificar) e Documentação (validar); e
• constitui a ponte entre a comunicação com o cliente, a documentação gerada, o projeto e o desenvolvimento.
-
Pq nao fazer logo em uma linguagem que todos entendam? DDD
-
Certo. O desenvolvimento de sistemas de informações
pode ser comparado à construção de uma casa. Em primeiro lugar a casa (ou o
sistema de informação) começa com uma ideia básica. Em segundo lugar essa ideia
é transformada em
um desenho simples que é mostrado ao cliente e refinado (frequentemente por
meio de vários desenhos, cada um deles aprimorando o outro) – este é o projeto
conceitual - até que o cliente concorde que o desenho descreve exatamente o que
ele quer. Em terceiro lugar desenha-se um conjunto de plantas e instalações que
representa as informações detalhadas sobre a casa (p. ex. plantas de
instalações hidráulicas, elétricas, etc) – este é o projeto com uma
abordagem técnica. O desenvolvimento de sistemas é divido em várias etapas, as
quais dependem do sistema a ser desenvolvido e por seus desenvolvedores.
Entretanto pode-se falar que há algumas etapas que podem existir em qualquer
projeto, independentemente
dos itens anteriormente citados. São elas: planejamento, fase em que se
compreende porque um sistema deve ser construído e como ele o será; a fase de
análise, em que se escolhem os requisitos do sistema; a fase de projeto, em que,
a partir das funcionalidades colhidas na fase de análise, decide-se como o sistema operará, em termos de
infraestrutura
de hardware, software e rede, interface com o usuário, os formulários e os
relatórios, entre outros.
(SOMMERVILLE, Ian. Engenharia de software. 9
ed. São Paulo: Pearson Prentice Hall, 2011)
-
"Os projetistas DEVEM criar um projeto conceitual"??
Quer dizer que, na teoria, sem um projeto conceitual o sistema não sai??
-
Após ter em mãos um documento de requisitos pronto, validado e gerenciando suas mudanças, na engenharia de requisitos, agora tem que entender o problema que vai ser tratado, a área de negócio, baseado nas informações contidas nesse documento. Como é feito o entendimento? Se você estiver na fase de análise, você vai criar um modelo de alto nível que tenha uma representação fiel ao ambiente, o analista faz abstração das entidades e relacionamentos mais relevantes do sistema, cria o diagrama (de classes, por exemplo) com os objetos que estão se relacionando sem se preocupar com detalhes técnicos. Após isso, vai para a análise de projeto para dar a solução para o problema, refinando o modelo de negócio (é como é chamado o diagrama na fase analise) adicionando detalhes técnicos como o tipo de atributo, parâmetros e tipos de métodos, enfim, um comprometimento com alguma linguagem e SGBD. Questão certa