Atualmente, as organizações da indústria de software tem se preocupado cada vez mais com a qualidade do produto que está sendo entregue ao cliente final. Dessa forma, novas técnicas, modelos e frameworks estão sendo utilizados a fim de otimizar a qualidade em um produto final. Uma das formas de melhorar o processo de software diz respeito a utilizar um modelo. A ideia deste modelo é substituir a adoção compulsória de processos pela adoção gradual de pequenas práticas que gerem impacto positivo na produção de software e possam servir posteriormente para compor processos mais sofisticados. Dessa forma, a organização irá perpetuar boas práticas em seus processos e produtos de software.
Sob essa perspectiva, imagine que você é um profissional da área de software contratado por uma pequena empresa do Brasil. Essa empresa gostaria de começar a padronizar seus processos. Porém por ser uma empresa pequena, o orçamento para essa padronização de projetos é reduzido. Sob essa perspectiva, sugira qual o melhor modelo de qualidade de processos de software que se encaixa para essa empresa e o porquê, juntamente com as características desse modelo. Além disso, descreva todos os processos desse modelo. Para tanto, utilize outras fontes bibliográficas, além do livro da disciplina.
ATENÇÃO:
Digite sua resposta na caixa de texto da própria atividade.
Certifique-se de que sua resposta contempla todas as demandas da atividade etc.
Após o envio não serão permitidas alterações.
Assista as aulas conceituais da Unidade 5 e realize a leitura do livro da disciplina para melhor compreensão do conteúdo abordado.
O desenvolvimento de sistemas de informação é tipicamente conhecido como um processo caro e lento. A pressão que acompanha esse processo, bem como a busca constante por redução significativa de custos e alcance de ganhos incomparáveis em qualidade do produto, associados à redução do tempo de desenvolvimento fazem com que o resultado final e a excelência fiquem aquém do desejado. Uma possível solução, que pode não resolver todos os problemas, mas pode ajudar a lidar com esse processo é a reutilização.
Resposta Abaixo:
A reutilização de software se baseia no uso de conceitos, produtos ou soluções previamente elaboradas ou adquiridas para criação de um novo software, visando melhorar significativamente a qualidade e a produtividade. Reusar um produto significa poder reusar partes de um sistema desenvolvido anteriormente como: especificações, módulos de um projeto, arquitetura e código fonte. A principal motivação para a reutilização está relacionada ao aumento dos níveis de qualidade e produtividade no desenvolvimento de software.
Etapas do Processo:
- Especificação de requisitos
- Análise de componentes
- Modificação de requisitos
- Projeto de sistemas com reuso
- Desenvolvimento e integração
- Validação de sistema
1. Análise de componentes: considerando a especificação de requisitos, é feita
uma busca de componentes para implementar essa especificação. Pode ser que
não sejam encontrados componentes que atendam toda a especificação de requisitos, ou seja, pode ser fornecida somente parte da funcionalidade requerida.
2. Modificação de requisitos: no decorrer dessa etapa, os requisitos são
analisados, levando-se em consideração as informações sobre os componentes que foram encontrados na etapa anterior. Se for possível, os
requisitos são, então, modificados, para refletirem os componentes disponíveis. Quando isso não for possível, ou seja, quando as modificações
forem impossíveis, a etapa de análise de componentes deverá ser refeita,
a fim de buscar outras soluções.
3. Projeto do sistema com reuso: durante essa etapa, o framework do sistema é projetado ou, então, alguma infraestrutura existente é reutilizada.
Os projetistas levam em consideração os componentes que são reusados
e organizam o framework para tratar desse aspecto. Se os componentes
reusáveis não estiverem disponíveis, pode ser necessário que um novo
software deva ser projetado.
4. Desenvolvimento e integração: nessa etapa, o software que não puder ser
comprado deverá ser desenvolvido e os componentes e sistemas COTS
serão integrados, a fim de se criar um novo sistema. A integração de sistemas, nessa abordagem, pode ser parte do processo de desenvolvimento,
em vez de uma atividade separada.
Soluções para a tarefa
Resposta:
eu não sei e não quero saber
O MPSBr é um modelo de qualidade de processos de software voltado para as características das empresas brasileiras. Ele auxilia as empresas a implantarem seus processos de software em conformidade com os principais padrões e modelos internacionais de qualidade de software (SOFTEX, 2016). Além disso, o MPSBr é baseado no padrão CMMI, nas normas ISO/IEC 12207 e SPICE, e principalmente, na realidade do mercado brasileiro. Uma das principais vantagens do modelo é seu custo reduzido de certificação, sendo ideal para micro, pequenas e médias empresas. Ele está dividido em três componentes:
■ Modelo de Referência (MR-MPS): para serviço e gestão de pessoas.
■ Método de Avaliação (MA-MPS).
■ Modelo de Negócio (MN-MPS).
O MR-MPS é um modelo de referência para a melhoria do processo de software e apresenta sete níveis de maturidade, que são:
Nível G : Parcialmente Gerenciado - primeiro nível do modelo, é composto pelos processos de gerência de projeto e gerência de requisitos.
Nível F : Gerenciado - é composto pelo nível de maturidade G acrescido dos processos de gerência de configuração, garantia da qualidade, medição e aquisição.
Nível E : Parcialmente Definido - é composto pelo nível de maturidade F, acrescido dos processos de treinamento, definição do processo organizacional, avaliação e melhoria do processo organizacional e adaptação do processo para gerência de projetos.
Nivel D : Largamente Definido - é composto pelo nível de maturidade E, acrescido dos processos de desenvolvimento de requisitos, solução técnica, validação, verificação, integração de produto, instalação de produto e liberação de produto.
Nivel C : Definido - é composto pelo nível de maturidade D, acrescido dos processos de gerência de riscos e análise de decisão e resolução.
Nível B : Gerenciado Quantitativamente - é composto pelo nível de maturidade C, acrescido dos processos de desempenho do processo organizacional e gerência quantitativa de projeto.
Nível A : Em Otimização – é o nível mais elevado do modelo MPSBr; é composto pelo nível de maturidade B, acrescido dos processos de inovação e implantação na organização e análise e resolução de causas.
De acordo com o Guia Geral MPS de Software elaborado por Softex (2016), cada nível de maturidade possui suas áreas de processo, nas quais são analisados os:
■ Processos fundamentais: aquisição, gerência de requisitos, desenvolvimento de requisitos, solução técnica, integração, instalação e liberação do produto.
■ Processos organizacionais: gerência de projeto, adaptação do processo para gerência de projeto, análise de decisão e resolução, gerência de riscos, avaliação e melhoria do processo organizacional, definição do processo organizacional, desempenho do processo organizacional, gerência quantitativa do projeto, análise e resolução de causas, inovação e implantação na organização.
■ Processos de apoio: garantia de qualidade, gerência de configuração, validação, medição, verificação e treinamento.
Em seguida, apresentam-se os níveis de capacidade, nos quais são obtidos os resultados dos processos analisados. Neles, cada nível de maturação possui um número definido de capacidades, que são:
■ AP 1.1 - O processo é executado.
■ AP 1.2 - O processo é gerenciado.
■ AP 2.2 - Os produtos de trabalho do processo são gerenciados.
■ AP 3.1 - O processo é definido.
■ AP 3.2 - O processo está implementado.
O MA-MPS é um método de avaliação para melhoria do processo de software e o seu objetivo é o de orientar a realização de avaliações, em conformidade com a norma ISO/IEC 15504, em empresas que já implementaram o MR-MPS. Já o MN-MPS é um modelo de negócio para melhoria do processo de software (SOFTEX, 2016).
Referências Bibliográficas: Livro de ENGENHARIA DE SOFTWARE, Unicesumar 2022, módulo 54 ;
https://softex.br/mpsbr/#:~:text=O%20MPS.BR%2C%20Melhoria%20do,RH%20na%20ind%C3%BAstria%20de%20TIC. ;