Foram também identificadas, como subproduto deste trabalho de pesquisa, oportuni- dades para trabalhos futuros, para complementar esta pesquisa explorando aspectos que não puderam ser abordados nesta dissertação.
Assim, seguem sugestões para futuras oportunidades de pesquisa:
Identificação de novos fatores: os fatores para o alinhamento ao MDD proposto no trabalho foram obtidos por meio de estudo bibliográfico e aplicação prática da aborda- gem, portanto um contexto que pode ser explorado é a avaliação dos fatores por pro- fissionais com experiência em MDD para alterar, excluir, e/ou acrescentar novos a lis- ta;
Uso do questionário em larga escala: os dados obtidos com a avaliação instrumento indicam algumas deficiências. Assim, visando melhorar a validade do principal ins- trumento da pesquisa, pode-se criar uma nova versão do questionário e realizar novos experimentos envolvendo um número maior de organizações e equipes maiores; Acompanhamento de organizações que utilizam MDD: identificar organizações
que tenham casos de sucesso na implementação do MDD, identificando ganhos de produtividade, retenção de conhecimento, a customização do MDD de acordo com os tipos de projetos de software da organização.
REFERÊNCIAS
ACCELEO. Site oficial do Acceleo. [S.i.], 2006. Disponível em: <http://www.acceleo.org/>. Acesso em: 11 nov 2011.
AGARWAL, B. B.; TAYAL, S. P.; GUPTA, M. Software Engineering and Testing: An Introduction. Massachusetts: Jones and Bartlett Publishers, 2010.
ANDROMDA. Site brasileiro do AndroMDA. [S.i.], 2003a. Disponível em: <http://www.andromda.com.br/>. Acesso em: 10 nov 2011.
______. Site oficial do AndroMDA. [S.i.], 2003b. Disponível em: <http://www. andromda.org/>. Acesso em: 11 nov 2011.
ARBUCKLE, T. Studying software evolution using artefacts’ shared information content. Science of Computer Programming, v. 76, n. 12, p. 1078-1097, 2011.
BEYDEDA, S.; BOOK, M.; GRUHN, V. Model-Driven Software Development. Germany: Springer Verlag, 2005.
CHITFOROUSH, F.; YAZDANDOOST, M.; RAMSIN, R. Methodology Support for the Model Driven Architecture. 14TH ASIA-PACIFIC SOFTWARE ENGINEERING CONFERENCE, p. 454-461, 2007.
CIFUENTES, C.; LOCKWOOD, C. Introduction of a CASE tool to teach structured analysis. Computers & Education. v. 27, p. 197-204, 1996.
CRESPO, A. A. Estatística Fácil. 18. ed. São Paulo: Saraiva, 2002.
ELLEUCH, N.; KHALFALLAH, A.; AHMED, S. B. Software Architecture in Model Driven Architecture. COMPUTATIONAL INTELLIGENCE AND INTELLIGENT
INFORMATICS, 2007. ISCIII '07. INTERNATIONAL SYMPOSIUM ON, p. 219-223, 2007.
Eclipse Modeling Framework – EMF. Eclipse Modeling Framework Project. [S.i.], 2012. Disponível em: <http://www.eclipse.org/modeling/emf/>. Acesso em: 26 fev 2012.
FERNANDES, J. M.; DUARTE, F. J. A reference framework for process-oriented software development organizations. Software and Systems Modeling, v. 4, n. 1, p. 94-105, 2005. FOWLER, M. UML Distilled: A Brief Guide to the Standard Object Modeling Language. 3rd ed. Canada, Pearson Education, Inc., 2004.
GAO, J.; LI, D.; ZHENG, S. Developing Real-time System based on Model Driven Architecture. PROCEEDINGS OF THE 2006 IEEE, INTERNATIONAL CONFERENCE ON MECHATRONICS AND AUTOMATION, p. 809-814, 2006.
GREER, D.; HAMON, Y. Agile Software Development. Software: practice and experience, v. 41, n. 9, p. 943-944, 2011.
HAILPERN, B.; TARR, P. Model-driven development: The good, the bad, and the ugly. IBM Systems Journal, v. 45, n. 3, p. 451-461, 2006.
HAMOU-LHADJ, A.; GHERBI, A.; NANDIGAM, J. The Impact of the Model-Driven Approach to Software Engineering on Software Engineering Education. INFORMATION TECHNOLOGY: NEW GENERATIONS, 2009. ITNG '09. SIXTH INTERNATIONAL CONFERENCE ON, p. 719-724, 2009.
HURER, M. The Unified Process. The Computer Bulletin, v. 44, p. 28, 2002. KAISLER, S. H. Software Paradigms. Canada: John Wiley & Sons, Inc.., 2005.
KLEPPE, A.; WARMER, J.; BAST, W. MDA Explained: The Model Driven Architecture: Practice and Promise. Canada: Pearson Education, Inc., 2003.
KOSCIANSKI, A.; SOARES, M. dos S. Qualidade de Software – Aprenda as metodologias e técnicas mais modernas para o desenvolvimento de software. 2.ed. São Paulo: Novatec, 2007.
LOBO, E. J. R. Curso de engenharia de software – métodos e processos para garantir a qualidade no desenvolvimento de softwares. São Paulo: Digerati Books, 2008.
LUCREDIO, D. Uma abordagem orientada a modelos para reutilização de software. 2009. Tese (Doutorado em Ciências de Computação e Matemática Computacional) - Instituto de Ciências Matemáticas e de Computação, Universidade de São Paulo, São Carlos, 2009. MARTINS, G. de A. Estudo de caso: uma estratégia de pesquisa. 2. ed. São Paulo: Atlas, 2008.
MENS, T.; DEMEYER, S. Software Evolution. 1st. ed. Germany: Springer Verlag, 2008. MODISCO. Eclipse-MDT “MoDisco” Project. [S.i.], 2012. Disponível em:
<http://www.eclipse.org/MoDisco/>. Acesso em: 25 fev 2012.
MDA. Site MDA. [S.i.], 2011. Disponível em: <http://www.omg.org/mda/>. Acesso em: 16 out 2011.
MONPERRUS, M. et al. Model-driven generative development of measurement software. Software and Systems Modeling (SoSyM), v. 10, p. 537-552, 2010.
MÁTTAR NETO, J. A. Metodologia científica na era da informática. São Paulo: Saraiva, 2002.
NIERSTRASZ, O. et al. Model Driven Engineering Languages and Systems. Germany: Springer Verlag, 2006.
Object Management Group – OMG. MDA Guide Version 1.0.1. [S.i.], 2003. Disponível em: <http://www.omg.org/cgi-bin/doc?omg/03-06-01.pdf>. Acesso em: 16 out 2011.
______. MOF Model to Text Transformation Language. [S.i.], 2008. Disponível em: <http://www.omg.org/spec/MOFM2T/1.0/PDF/>. Acesso em: 16 out 2011.
______. Meta Object Facility (MOF) 2.0 Query/View/Transformation Specification. [S.i.], 2011a. Disponível em: <http://www.omg.org/spec/QVT/1.1/PDF/>. Acesso em: 16 out 2011.
Object Management Group – OMG. Meta Object Facility (MOF) Core Specification. [S.i.], 2011b. Disponível em: <http://www.omg.org/spec/MOF/2.4.1/PDF/>. Acesso em: 16 out 2011.
______. Unified Modeling Language (OMG UML), Infrastructure. [S.i.], 2011c.
Disponível em: <http://www.omg.org/spec/UML/2.4.1/Infrastructure/PDF/>. Acesso em: 16 out 2011.
______. Unified Modeling Language (OMG UML), Superstructure. [S.i.], 2011d.
Disponível em: <http://www.omg.org/spec/UML/2.4.1/Superstructure/PDF/>. Acesso em: 16 out 2011.
______. MOF 2 XMI Mapping Specification. [S.i.], 2011e. Disponível em: <http://www.omg.org/spec/XMI/2.4.1/PDF/>. Acesso em: 16 out 2011. ______. Object Constraint Language (OCL). [S.i.], 2012. Disponível em: <http://www.omg.org/spec/OCL/2.3.1/PDF/>. Acesso em: 03 fev 2012.
PARREIRAS, F. S. Semantic Web and Model-Driven Engineering. 1st. ed. Canada: John Wiley & Sons, Inc., 2012.
PERSEIL, I. Towards a Specific Software Development Process for High Integrity Systems. ACM SIGSOFT Software Engineering Notes, v. 36, n. 1, p. 1-8, 2011.
PRESSMAN, R. S. Engenharia de software. 3. ed. São Paulo: Makron Books, 1995. ______. ______. 6. ed. São Paulo: McGraw-Hill, 2006.
SELIC, B. Model-driven development: its essence and opportunities. OBJECT AND COMPONENT-ORIENTED REAL-TIME DISTRIBUTED COMPUTING, 2006. ISORC 2006. NINTH IEEE INTERNATIONAL SYMPOSIUM ON, p. 7, 2006.
SINGH, Y.; SOOD, M. Models and Transformations in MDA. COMPUTATIONAL
INTELLIGENCE, COMMUNICATION SYSTEMS AND NETWORKS, 2009. CICSYN '09. FIRST INTERNATIONAL CONFERENCE ON, p. 253-258, 2009.
SOMMERVILLE, I. Software engineering. 8th. ed. Republic of China: Pearson Education Limited, 2007.
QAFMOLLA, X.; CUONG, N. V. Automation of Web Services Development Using Model Driven Techniques. THE 2ND INTERNATIONAL CONFERENCE ON COMPUTER AND AUTOMATION ENGINEERING (ICCAE), p. 190-194, 2010.
TONSIG, S. L. Engenharia de software – análise e projeto de sistemas. 2. ed. Rio de Janeiro: Editora Ciência Moderna Ltda., 2008.
WANG, J. et al. Using Fuzzy Clustering Method to Classify the Component in the Process of Software Evolution. Information Technology Journal, v. 11, p. 396-398, 2012.
WAZLAWICK, R. S. Metodologia de pesquisa para ciência da computação. Rio de Janeiro: Elsevier, 2008.
ZHANG, J. et al. Aspect-Oriented Modeling and Mapping Driven by Model Driven
Architecture. 2ND IEEE INTERNATIONAL CONFERENCE ON COMPUTER SCIENCE AND INFORMATION TECHNOLOGY (ICCSIT), p. 180-184, 2009.
ZHANG, Y.; PATEL, S. Agile Model-Driven Development in Practice. Software, IEEE, v. 28, n. 2, p. 84-91, 2011.
APÊNDICE A – VERSÃO INICIAL DO QUESTIONÁRIO DE PESQUISA
O questionário a seguir faz parte de uma pesquisa que tem por objetivo ser respondido por colaborado- res de diversos graus de experiência e número de participação em projetos de desenvolvimento em uma organização. Este questionário contem perguntas e respostas já definidas, questionamentos fecha- dos, onde já existe um número pré-determinado de respostas, a partir das quais o entrevistado deve fazer sua escolha. Todas as respostas do questionário terão uma escala de zero a cinco como resposta, sendo necessário o entrevistado fazer sua escolha. Nesta escala, temos o zero representando uma afir- mação totalmente negativa (inexistência de alguma característica correspondente à pergunta, por exemplo), cinco representando uma afirmação totalmente positiva (total existência de alguma caracte- rística correspondente à pergunta, por exemplo) e a alternativa “Não sei responder” representando o não conhecimento sobre o assunto tratado na pergunta ou a insegurança para responder ao respectivo questionamento. Após o preenchimento de cada resposta é importante o respondente avaliar o respec- tivo questionamento, de forma subjetiva, avaliando a linguagem, clareza e objetividade da questão e acrescentado de comentários pertinentes ao contexto do questionamento. Com o objetivo também de mapear algumas características pertinentes à pesquisa, o questionário terá suas perguntas separadas por grupos (Equipe de desenvolvimento de software, Organização e Clientes). Abaixo segue um breve glossário com os principais termos utilizados nas questões.
GLOSSÁRIO
Abstração de software: Habilidade de concentrar os aspectos essenciais de um contexto de software. Ciclo de vida de desenvolvimento de software: Forma como um grupo de atividades se relacionam no
processo de desenvolvimento de software.
Geração de código independente: Geração de um conjunto de instruções ordenadas (códigos) sem vínculo com determinada linguagem ou plataforma.
Modelagem de análise: É uma técnica utilizada para definição preliminar de uma estrutura de classes para realizar os USE CASES de requisitos.
Modelagem de dados: Utilizada para documentar a especificação das regras de negócio e as estruturas de dados de um banco de dados.
Modelagem de negócio: Conjunto estruturado de atividades, desenhado para produzir um resultado especificado para um cliente ou um mercado em particular. Isso implica forte ênfase sobre como o trabalho é feito dentro da organização.
Modelagem de software: Atividade de construir modelos que expliquem as características ou o comportamento de um software ou de um sistema de software (já existente ou de um novo).
Modelagem: Atividade de construir modelos que expliquem as características ou o comportamento de algo. Modelo: Um modelo é uma descrição ou especificação de um sistema e seu ambiente definido para um
determinado fim. Um modelo é geralmente representado como uma combinação de gráficos e texto. Nível conceitual: Associado ao uso e operação do sistema de um modo geral. À medida que se vai "descendo"
nos níveis de abstração, vai se aproximando de questões de implementação.
Processo de desenvolvimento de software: Conjunto de passos ordenados, relacionados com artefatos, pessoas, recursos, estruturas organizacionais e restrições, tendo como objetivo produzir e manter produtos de software requeridos.
Regras de negócio: Definem como o seu negócio funciona, podem abranger diversos assuntos como suas políticas, interesses, objetivos, compromissos éticos e sociais, obrigações contratuais, decisões estratégicas, leis e regulamentações entre outros.
GRUPO I – EQUIPE DE PROFISSIONAIS DE DESENVOLVIMENTO
1. Como é pontuada a equipe de desenvolvimento de software no que diz respeito a profissionais para modelagem de software? Observando que zero não existe profissional para modelagem e
cinco todos os profissionais estão focados para modelagem de software. ( ) 0 ( ) 1 ( ) 2 ( ) 3 ( ) 4 ( ) 5 ( ) Não sei responder
Avaliação da questão (linguagem, clareza e objetividade) e comentários:
______________________________________________________________________________ ______________________________________________________________________________ ______________________________________________________________________________ 2. A equipe conta com profissionais com habilidade específica em modelagem de dados? Zero
significa que não há profissionais com esta habilidade e cinco significa que todos os profissionais da equipe de desenvolvimento de software têm a habilidade modelar dados.
( ) 0 ( ) 1 ( ) 2 ( ) 3 ( ) 4 ( ) 5 ( ) Não sei responder
Avaliação da questão (linguagem, clareza e objetividade) e comentários:
______________________________________________________________________________ ______________________________________________________________________________ ______________________________________________________________________________ 3. A equipe conta com profissionais com a capacidade de abstrair, em um alto nível, as necessidades
do negócio? Zero representando nenhum profissional tem a capacidade de abstrair as necessida- des de negócio e cinco todos os profissionais da equipe de desenvolvimento de software tem esta capacidade.
( ) 0 ( ) 1 ( ) 2 ( ) 3 ( ) 4 ( ) 5 ( ) Não sei responder
Avaliação da questão (linguagem, clareza e objetividade) e comentários:
______________________________________________________________________________ ______________________________________________________________________________ ______________________________________________________________________________ 4. Dentre os diversos perfis da equipe, existem profissionais com capacitação para a utilização da
modelagem de análise? Isto é, profissionais cujo enfoque está na construção de modelos visuais com o objetivo de estruturar a solução do problema para chegar à implementação. Ex.: revisar re- quisitos, expandir e refinar os casos de uso, analisar e modelar as interfaces de usuário, etc. ( ) 0 ( ) 1 ( ) 2 ( ) 3 ( ) 4 ( ) 5 ( ) Não sei responder
Avaliação da questão (linguagem, clareza e objetividade) e comentários:
______________________________________________________________________________ ______________________________________________________________________________ ______________________________________________________________________________ 5. Qual é o nível de rotatividade dos profissionais de desenvolvimento de software da organização?
Sendo zero uma baixa rotatividade e cinco uma alta rotatividade. ( ) 0 ( ) 1 ( ) 2 ( ) 3 ( ) 4 ( ) 5 ( ) Não sei responder
Avaliação da questão (linguagem, clareza e objetividade) e comentários:
______________________________________________________________________________ ______________________________________________________________________________ ______________________________________________________________________________ GRUPO II – ORGANIZAÇÃO
6. Qual é o grau da produção de modelos que demonstrem a abstração de um software? Sendo que zero não existe a produção de modelos e cinco existe a produção total de modelos que expliquem todas as características do software.
( ) 0 ( ) 1 ( ) 2 ( ) 3 ( ) 4 ( ) 5 ( ) Não sei responder
______________________________________________________________________________ ______________________________________________________________________________ ______________________________________________________________________________ 7. Tipicamente, para cada projeto de software podem ser gerados modelos de suporte ao negócio ou
ao desenvolvimento. Esses modelos podem ser utilizados em diversas fases do ciclo de vida do desenvolvimento de um software. Em quais momentos do ciclo de vida de desenvolvimento os modelos são utilizados? Zero, significa a não utilização de modelos em nenhum momento do de- senvolvimento, um significa a utilização de modelos apenas nas fases iniciais do desenvolvimento e cinco a utilização em todas as fases do desenvolvimento de um software.
( ) 0 ( ) 1 ( ) 2 ( ) 3 ( ) 4 ( ) 5 ( ) Não sei responder
Avaliação da questão (linguagem, clareza e objetividade) e comentários:
______________________________________________________________________________ ______________________________________________________________________________ ______________________________________________________________________________ 8. A organização utiliza processos de desenvolvimento de software em seus projetos? Zero repre- senta a não utilização de processo de desenvolvimento em projetos e cinco a utilização em todos os projetos.
( ) 0 ( ) 1 ( ) 2 ( ) 3 ( ) 4 ( ) 5 ( ) Não sei responder
Avaliação da questão (linguagem, clareza e objetividade) e comentários:
______________________________________________________________________________ ______________________________________________________________________________ ______________________________________________________________________________ 9. A organização utiliza ferramentas para modelagem de software em seus projetos? Zero represen-
ta a utilização de ferramentas de modelagem em nenhum projeto e cinco em todos os projetos. ( ) 0 ( ) 1 ( ) 2 ( ) 3 ( ) 4 ( ) 5 ( ) Não sei responder
Avaliação da questão (linguagem, clareza e objetividade) e comentários:
______________________________________________________________________________ ______________________________________________________________________________ ______________________________________________________________________________ 10. A atualização de modelos no desenvolvimento de software é uma característica importante em
um projeto, visto que fazem parte do software bem como o código-fonte. Em quais momentos do ciclo de vida de desenvolvimento de software os modelos são atualizados? Onde zero significa a atualização de modelos apenas nas fases iniciais do desenvolvimento e cinco a atualização é constante e em todas as fases do desenvolvimento de um software.
( ) 0 ( ) 1 ( ) 2 ( ) 3 ( ) 4 ( ) 5 ( ) Não sei responder
Avaliação da questão (linguagem, clareza e objetividade) e comentários:
______________________________________________________________________________ ______________________________________________________________________________ ______________________________________________________________________________ 11. No caso de serem utilizados, os modelos gerados no desenvolvimento de software se encontrari- am em que nível conceitual? Zero representa um baixo nível conceitual e cinco um alto nível conceitual independente de plataforma ou implementação.
( ) 0 ( ) 1 ( ) 2 ( ) 3 ( ) 4 ( ) 5 ( ) Não sei responder
Avaliação da questão (linguagem, clareza e objetividade) e comentários:
______________________________________________________________________________ ______________________________________________________________________________ ______________________________________________________________________________
12. A organização utiliza ferramentas geradoras de código em seus projetos? Sendo zero a não utili- zação de geradores de código em projetos e cinco a utilização de geradores em todos os projetos (Ex.: Microsoft Visual Studio, Eclipse, Borland Delphi, etc.).
( ) 0 ( ) 1 ( ) 2 ( ) 3 ( ) 4 ( ) 5 ( ) Não sei responder
Avaliação da questão (linguagem, clareza e objetividade) e comentários:
______________________________________________________________________________ ______________________________________________________________________________ ______________________________________________________________________________ 13. Qual é o grau de utilização, em projetos de software, de geradores de código com base em mode- los? Zero significa a não utilização de geradores em projetos e cinco significa a utilização em to- dos os projetos.
( ) 0 ( ) 1 ( ) 2 ( ) 3 ( ) 4 ( ) 5 ( ) Não sei responder
Avaliação da questão (linguagem, clareza e objetividade) e comentários:
______________________________________________________________________________ ______________________________________________________________________________ ______________________________________________________________________________ GRUPO III – CLIENTES
14. Como pode ser classificada a complexidade das regras de negócio dos softwares desenvolvidos? Sendo zero uma baixa complexidade e cinco uma alta complexidade.
( ) 0 ( ) 1 ( ) 2 ( ) 3 ( ) 4 ( ) 5 ( ) Não sei responder
Avaliação da questão (linguagem, clareza e objetividade) e comentários:
______________________________________________________________________________ ______________________________________________________________________________ ______________________________________________________________________________ 15. Qual é o grau de importância de sistemas independentes de plataforma, ou seja, portáveis? Zero
significa que não há importância e cinco significa a alta importância de sistemas independentes de plataforma.
( ) 0 ( ) 1 ( ) 2 ( ) 3 ( ) 4 ( ) 5 ( ) Não sei responder
Avaliação da questão (linguagem, clareza e objetividade) e comentários:
______________________________________________________________________________ ______________________________________________________________________________ ______________________________________________________________________________ 16. Qual é o grau de importância de sistemas que se integram nativamente com outras plataformas?
Visto que zero representa a não importância de integração com outras plataformas e cinco a total importância da integração nativa com outras plataformas.
( ) 0 ( ) 1 ( ) 2 ( ) 3 ( ) 4 ( ) 5 ( ) Não sei responder
Avaliação da questão (linguagem, clareza e objetividade) e comentários:
______________________________________________________________________________ ______________________________________________________________________________ ______________________________________________________________________________
APÊNDICE B – SEGUNDA VERSÃO DO QUESTIONÁRIO DE PESQUISA
O questionário a seguir faz parte de uma pesquisa que tem por objetivo ser respondido por colaborado- res de diversos graus de experiência e número de participação em projetos de desenvolvimento em uma organização. Este questionário contem perguntas e respostas já definidas, questionamentos fecha- dos, onde já existe um número pré-determinado de respostas, a partir das quais o entrevistado deve fazer sua escolha. Todas as respostas do questionário terão uma escala de zero a cinco como resposta, sendo necessário o entrevistado fazer sua escolha. Nesta escala, temos o zero representando uma afir- mação totalmente negativa (inexistência de alguma característica correspondente à pergunta, por exemplo), cinco representando uma afirmação totalmente positiva (total existência de alguma caracte- rística correspondente à pergunta, por exemplo) e a alternativa “Não sei responder” representando o não conhecimento sobre o assunto tratado na pergunta ou a insegurança para responder ao respectivo questionamento. Após o preenchimento de cada resposta é importante o respondente avaliar o respec- tivo questionamento, de forma subjetiva, avaliando a linguagem, clareza e objetividade da questão e acrescentado de comentários pertinentes ao contexto do questionamento. Com o objetivo também de mapear algumas características pertinentes à pesquisa, o questionário terá suas perguntas separadas por grupos (Equipe de desenvolvimento de software, Organização e Clientes). Abaixo segue um breve glossário com os principais termos utilizados nas questões.
GLOSSÁRIO
Abstração de software: Habilidade de concentrar os aspectos essenciais de um contexto de software. Ciclo de vida de desenvolvimento de software: Forma como um grupo de atividades se relacionam no
processo de desenvolvimento de software.
Geração de código independente: Geração de um conjunto de instruções ordenadas (códigos) sem vínculo com determinada linguagem ou plataforma.
Modelagem de análise: É uma técnica utilizada para definição preliminar de uma estrutura de classes para realizar os USE CASES de requisitos.
Modelagem de dados: Utilizada para documentar a especificação das regras de negócio e as estruturas de dados de um banco de dados.
Modelagem de negócio: Conjunto estruturado de atividades, desenhado para produzir um resultado especificado para um cliente ou um mercado em particular. Isso implica forte ênfase sobre como o trabalho é feito dentro da organização.
Modelagem de software: Atividade de construir modelos que expliquem as características ou o comportamento de um software ou de um sistema de software (já existente ou de um novo).
Modelagem: Atividade de construir modelos que expliquem as características ou o comportamento de algo. Modelo: Um modelo é uma descrição ou especificação de um sistema e seu ambiente definido para um
determinado fim. Um modelo é geralmente representado como uma combinação de gráficos e texto. Nível conceitual: Associado ao uso e operação do sistema de um modo geral. À medida que se vai "descendo"
nos níveis de abstração, vai se aproximando de questões de implementação.
Processo de desenvolvimento de software: Conjunto de passos ordenados, relacionados com artefatos, pessoas, recursos, estruturas organizacionais e restrições, tendo como objetivo produzir e manter produtos de software requeridos.
Regras de negócio: Definem como o seu negócio funciona, podem abranger diversos assuntos como suas políticas, interesses, objetivos, compromissos éticos e sociais, obrigações contratuais, decisões estratégicas, leis e regulamentações entre outros.
GRUPO I – EQUIPE DE PROFISSIONAIS DE DESENVOLVIMENTO
As questões que seguem são pertinentes às características da equipe de desenvolvimento de software da organização na qual atua o respondente do questionário.
para modelagem de software? Observando que zero não existe profissional para modelagem e cinco todos os profissionais estão qualificados para modelar um software.
( ) 0 ( ) 1 ( ) 2 ( ) 3 ( ) 4 ( ) 5 ( ) Não sei responder Critérios de avaliação da questão 1:
A questão está clara? ( ) SIM ( ) NÃO A questão é objetiva? ( ) SIM ( ) NÃO
2. A equipe conta com profissionais com habilidade específica em modelagem de dados? Zero significa que não há profissionais com esta habilidade e cinco significa que todos os profissionais da equipe de desenvolvimento de software têm a habilidade modelar dados.
( ) 0 ( ) 1 ( ) 2 ( ) 3 ( ) 4 ( ) 5 ( ) Não sei responder Critérios de avaliação da questão 2:
A questão está clara? ( ) SIM ( ) NÃO A questão é objetiva? ( ) SIM ( ) NÃO
3. A equipe conta com profissionais com a capacidade de abstrair, em um alto nível, as necessidades do negócio? Zero representando nenhum profissional tem a capacidade de abstrair as necessida- des de negócio e cinco todos os profissionais da equipe de desenvolvimento de software tem esta capacidade.
( ) 0 ( ) 1 ( ) 2 ( ) 3 ( ) 4 ( ) 5 ( ) Não sei responder Critérios de avaliação da questão 3:
A questão está clara? ( ) SIM ( ) NÃO A questão é objetiva? ( ) SIM ( ) NÃO
4. Dentre os diversos perfis da equipe, existem profissionais com capacitação para a utilização da modelagem de análise? Isto é, profissionais cujo enfoque está na construção de modelos visuais com o objetivo de estruturar a solução do problema para chegar à implementação. Ex.: revisar re- quisitos, expandir e refinar os casos de uso, analisar e modelar as interfaces de usuário, etc. ( ) 0 ( ) 1 ( ) 2 ( ) 3 ( ) 4 ( ) 5 ( ) Não sei responder
Critérios de avaliação da questão 4: A questão está clara? ( ) SIM ( ) NÃO A questão é objetiva? ( ) SIM ( ) NÃO
5. Tendo como referência o ciclo de vida completo de desenvolvimento de software, qual seria o nível de rotatividade dos profissionais de desenvolvimento de software na organização para um projeto? Sendo que zero representa a substituição aproximada de 0% a 16% dos colaboradores da equipe de desenvolvimento em um projeto, um de 17% a 33%, dois de 34% a 50%, três de 51% a 67%, quatro de 68% a 84% e cinco representa a substituição aproximada de 85% a 100% dos co- laboradores da equipe de desenvolvimento em um projeto.
( ) 0 ( ) 1 ( ) 2 ( ) 3 ( ) 4 ( ) 5 ( ) Não sei responder Critérios de avaliação da questão 5:
A questão está clara? ( ) SIM ( ) NÃO A questão é objetiva? ( ) SIM ( ) NÃO GRUPO II – ORGANIZAÇÃO
As questões deste grupo são pertinentes às características da organização quanto ao processo de de-