DÊVIDA SOBRE AN?LISE DE REQUISITOS
Bom dia!
Pessoal,embora tenha prática na codificação,
No que se refere a análise de requisitos,tenho
pouca experiência prática na elaboração do
[Ô]Documento de requisitos[Ô].Motivo pelo qual,
peço o esclarecimento dos colegas:
1.) Pesquisando na internet,encontramos vários modelos
do [Ô]Documento de requisitos[Ô].Eu notei que no documento
não consta, o Diagrama de Casos de Uso.é claro,que nada
impede de eu acrescentar o Diagrama ao documento.Mas,
somente para confirmar,de fato do ponto de vista formal,o
[Ô]Diagrama de Casos De Uso[Ô] (Usado na UML),não é obrigatório
na confecção do documento?
2.) Algum colega,teria como mostrar na prática,qual o modo correto (Formal)
de especificar um requisito simples ? (Referente ao Login, por exemplo) ?
Agradeço qualquer orientação
Pessoal,embora tenha prática na codificação,
No que se refere a análise de requisitos,tenho
pouca experiência prática na elaboração do
[Ô]Documento de requisitos[Ô].Motivo pelo qual,
peço o esclarecimento dos colegas:
1.) Pesquisando na internet,encontramos vários modelos
do [Ô]Documento de requisitos[Ô].Eu notei que no documento
não consta, o Diagrama de Casos de Uso.é claro,que nada
impede de eu acrescentar o Diagrama ao documento.Mas,
somente para confirmar,de fato do ponto de vista formal,o
[Ô]Diagrama de Casos De Uso[Ô] (Usado na UML),não é obrigatório
na confecção do documento?
2.) Algum colega,teria como mostrar na prática,qual o modo correto (Formal)
de especificar um requisito simples ? (Referente ao Login, por exemplo) ?
Agradeço qualquer orientação
MARCOS,
1 - Você tem que criar seu padrão e ver o que é importante para você.
Eu, por exemplo, considero o Diagrama de Casos de Uso muito importante.
O que você considera por [Ô]obrigatório[Ô]? é obrigatório para quem?
Eu considero assim, exemplificando:
1.1 - Quero que minha empresa alcance a certificação [Ô]CMMI[Ô] nÃvel [Ô]5[Ô].
Bom ... então para alcançar este nÃvel, com certeza, preciso do Diagrama de Casos de Uso.
1.2 - O professor pediu um trabalho escolar... com certeza é obrigatório o Diagrama de Casos de Uso.
2 - O modo correto exige algumas informações. Mas você pode definir um padrão colocando tudo que você acha que é REALMENTE importante para você usar no futuro. Coisas que são só formais e com certeza só servem para consumir seu tempo devem ser evitadas. Você pode criar seu padrão e depois ir retirarndo ou adicionando informações conforme sua necessidade exige.
=================================================
Documento de Requisitos
http://pt.slideshare.net/folhack/documento-de-requisitos-6445673
=================================================
Especificação de Requisitos
http://www.cin.ufpe.br/~if716/projetos/2011_2/Projeto2/DocumentodeEspecificacaodeRequisitos_equipe1.pdf
=================================================
Detalhando os requisitos de um sistema de solicitações – Parte 1 - Revista Engenharia de Software Magazine 59
http://www.devmedia.com.br/detalhando-os-requisitos-de-um-sistema-de-solicitacoes-parte-1-revista-engenharia-de-software-magazine-59/28199
=================================================
Requisitos Funcionais e não Funcionais
http://www.guj.com.br/java/268125-requisitos-funcionais-e-nao-funcionais
=================================================
Requisitose casos de uso do requisito loguin
https://www.passeidireto.com/arquivo/1003747/requisitose-casos-de-uso-do-requisito-loguin/2
=================================================
Definindo seu software: o que são requisitos funcionais e não funcionais?
http://blog.makesys.com.br/definindo-seu-software-o-que-sao-requisitos-funcionais-e-nao-funcionais
=================================================
[][ô]s,
Tunusat.
1 - Você tem que criar seu padrão e ver o que é importante para você.
Eu, por exemplo, considero o Diagrama de Casos de Uso muito importante.
O que você considera por [Ô]obrigatório[Ô]? é obrigatório para quem?
Eu considero assim, exemplificando:
1.1 - Quero que minha empresa alcance a certificação [Ô]CMMI[Ô] nÃvel [Ô]5[Ô].
Bom ... então para alcançar este nÃvel, com certeza, preciso do Diagrama de Casos de Uso.
1.2 - O professor pediu um trabalho escolar... com certeza é obrigatório o Diagrama de Casos de Uso.
2 - O modo correto exige algumas informações. Mas você pode definir um padrão colocando tudo que você acha que é REALMENTE importante para você usar no futuro. Coisas que são só formais e com certeza só servem para consumir seu tempo devem ser evitadas. Você pode criar seu padrão e depois ir retirarndo ou adicionando informações conforme sua necessidade exige.
=================================================
Documento de Requisitos
http://pt.slideshare.net/folhack/documento-de-requisitos-6445673
=================================================
Especificação de Requisitos
http://www.cin.ufpe.br/~if716/projetos/2011_2/Projeto2/DocumentodeEspecificacaodeRequisitos_equipe1.pdf
=================================================
Detalhando os requisitos de um sistema de solicitações – Parte 1 - Revista Engenharia de Software Magazine 59
http://www.devmedia.com.br/detalhando-os-requisitos-de-um-sistema-de-solicitacoes-parte-1-revista-engenharia-de-software-magazine-59/28199
=================================================
Requisitos Funcionais e não Funcionais
http://www.guj.com.br/java/268125-requisitos-funcionais-e-nao-funcionais
=================================================
Requisitose casos de uso do requisito loguin
https://www.passeidireto.com/arquivo/1003747/requisitose-casos-de-uso-do-requisito-loguin/2
=================================================
Definindo seu software: o que são requisitos funcionais e não funcionais?
http://blog.makesys.com.br/definindo-seu-software-o-que-sao-requisitos-funcionais-e-nao-funcionais
=================================================
[][ô]s,
Tunusat.
Boa tarde,Pessoal!
Eu sei que posso criar meu própio padrão de documento.
Mas,o que quero verificar com os colegas,
é o que ,neste caso o mercado tem praticado,quando
precisa fazer a análise de requisitos.Se,o
acréscimo do Diagrama de Casos de Uso,
é obrigatório ou não no [Ô]Documento de Requisitos[Ô].
Ou se basta, descrever os requisitos detalhadamente.
Agradeço qualquer orientação
Eu sei que posso criar meu própio padrão de documento.
Mas,o que quero verificar com os colegas,
é o que ,neste caso o mercado tem praticado,quando
precisa fazer a análise de requisitos.Se,o
acréscimo do Diagrama de Casos de Uso,
é obrigatório ou não no [Ô]Documento de Requisitos[Ô].
Ou se basta, descrever os requisitos detalhadamente.
Agradeço qualquer orientação
MARCOS, isso é totalmente caso à caso e a variação não é só de empresa para empresa, mas granulado até mesmo ao nÃvel de projeto. Ou seja, em uma mesma empresa, se necessita caso de uso pra um projeto e outro projeto não. Para esse tipo de coisa, não existe um [Ô]certo e errado[Ô], mas sim um [Ô]se aplica aqui ou não[Ô]. Então pergunte-se: é necessário o diagrama de caso de uso para essa situação?
O Que o KERPLUNK disse é verdade..
Diagrama de Casos de uso são legais e tudo mais porém acho que documentando (Processo, Regras de Negócio e Requisitos Funcionais) não há tanta necessidade de fazer o Diagrama de Casos de Uso porque voce batendo o olho no processo, nas regras de negócio e os requisitos funcionais automaticamente já imagina o Diagrama de Use Case na cabeça kkkkkk.. e depende também acho do tamanho do projeto se for um projeto gigante é óbvio que vai ter que fazer.. porém pra projetos pequenos/médios não vejo tanta necessidade..
Diagrama de Casos de uso são legais e tudo mais porém acho que documentando (Processo, Regras de Negócio e Requisitos Funcionais) não há tanta necessidade de fazer o Diagrama de Casos de Uso porque voce batendo o olho no processo, nas regras de negócio e os requisitos funcionais automaticamente já imagina o Diagrama de Use Case na cabeça kkkkkk.. e depende também acho do tamanho do projeto se for um projeto gigante é óbvio que vai ter que fazer.. porém pra projetos pequenos/médios não vejo tanta necessidade..
Mas MARCOS,
Procure sempre praticar os conceitos de OO e UML, mesmo que não seja necessário para o projeto.
Sempre pense em adestrar seus conhecimentos, isto é muito importante por dois motivos:
1 - Depurar a qualidade e velocidade da confecção pessoal de um projeto qualquer;
2 - Melhorar a velocidade da sua percepção particular sobre o problema;
E dois contrapontos não podem ser desprezados:
-1 - Não dispersar o seu conhecimento;
-2 - Não perder a sua prática;
[][ô]s,
Tunusat.
Procure sempre praticar os conceitos de OO e UML, mesmo que não seja necessário para o projeto.
Sempre pense em adestrar seus conhecimentos, isto é muito importante por dois motivos:
1 - Depurar a qualidade e velocidade da confecção pessoal de um projeto qualquer;
2 - Melhorar a velocidade da sua percepção particular sobre o problema;
E dois contrapontos não podem ser desprezados:
-1 - Não dispersar o seu conhecimento;
-2 - Não perder a sua prática;
[][ô]s,
Tunusat.
Tópico encerrado , respostas não são mais permitidas