Índice
tema
Sobre o modelo de desenvolvimento de software e sua aplicação
introdução do tópico
Modelo de Desenvolvimento de Software (Software Development Model) refere-se à estrutura estrutural de todo o processo, atividades e tarefas de desenvolvimento de software. O processo de desenvolvimento de software inclui fases como requisitos, design, codificação, teste e, às vezes, manutenção. O modelo de desenvolvimento de software pode expressar de forma clara e intuitiva todo o processo de desenvolvimento de software, estipula claramente as principais tarefas e atividades a serem concluídas e é usado como base do trabalho de projeto de software. Para diferentes projetos de software, diferentes modelos de desenvolvimento podem ser adotados de acordo com diferentes requisitos, como requisitos de aplicativo, complexidade e escala do projeto, e estratégias de organização de pessoal, métodos de gerenciamento, ferramentas e ambientes correspondentes podem ser adotados.
Concentre-se no tópico "Modelo e aplicativo de desenvolvimento de software" e discuta-o a partir dos três aspectos a seguir.
- Descreva brevemente os projetos de desenvolvimento de software em que você participou e os principais trabalhos que realizou.
- Liste vários modelos típicos de desenvolvimento de software e discuta brevemente as principais ideias
e características técnicas de cada modelo de desenvolvimento de software. - De acordo com o modelo de desenvolvimento de software usado no projeto do qual você participou, explique detalhadamente o método de uso e o efeito da implementação.
pontos de tese
Pontos-chave para a pergunta 1 :
- O esboço do sistema de software: o histórico do sistema, o iniciador, a finalidade, o ciclo de desenvolvimento, os produtos entregues, etc.
- O papel do "eu" e o trabalho principal.
Pontos-chave para a pergunta 2 :
- Modelos de desenvolvimento comumente usados: modelo em cascata, modelo de prototipagem rápida, modelo evolutivo, modelo incremental, modelo espiral, modelo fonte, método ágil.
- As principais ideias e características técnicas de cada modelo de desenvolvimento de software.
Pontos-chave para a pergunta 3 : - O modelo de desenvolvimento adotado no projeto e o efeito específico da implementação.
- O que mais vale a pena melhorar ou melhorar.
Preparação de materiais teóricos
Modelos e recursos comuns de desenvolvimento:
Modelo em cascata : siga rigorosamente a sequência fixa dos estágios do ciclo de vida do software e entre em outro estágio após concluir um estágio. Sua vantagem é que pode tornar o processo mais padronizado, o que é propício à revisão; a desvantagem é que é muito ideal, carece de flexibilidade e está sujeito a desvios de demanda.
Modelo de prototipagem rápida : Este modelo é mais adequado para muitos projetos cujos requisitos não são claros o suficiente. Adota um método de definição de requisitos dinamicamente, estabelecendo rapidamente um protótipo de software que possa refletir as principais necessidades dos usuários, permitindo que os usuários o usem no computador, entendam seu esboço e depois modifiquem de acordo com os resultados do feedback, para que ele possa refletem plenamente as necessidades dos usuários, participação e tomada de decisão.
Modelo evolutivo : também é um tipo de desenvolvimento de prototipagem, mas diferente da prototipagem rápida, o modelo de prototipagem rápida abandonará o protótipo quando a demanda real for obtida. O modelo evolutivo não é o caso, ele evoluirá gradualmente do modelo inicial para o produto de software final, que é um método de prototipagem "progressivo".
Modelo incremental : Adota um modelo "incremental", que divide o produto de software em uma série de componentes incrementais, que são projetados, codificados, integrados e testados separadamente.
Modelo espiral : Combina as vantagens do modelo cascata e do modelo evolucionário, sendo a principal característica agregar análise de risco. É composto pelo ciclo de planejamento, análise de risco, engenharia de implantação, avaliação do cliente, e inicia inicialmente a primeira espiral do projeto conceitual.
Modelo de fonte : é usado principalmente para descrever o processo de desenvolvimento orientado a objetos, e o recurso principal é a iteração. Todas as atividades de desenvolvimento não têm
limites óbvios, permitindo que várias atividades de desenvolvimento sejam realizadas.
Processo Unificado (UP): O Processo Unificado é uma estrutura de processo geral que pode ser usada para uma ampla variedade de sistemas de software, diferentes domínios de aplicativos, diferentes tipos organizacionais, diferentes níveis de desempenho e diferentes tamanhos de projeto. UP é baseado em componentes.Ao modelar sistemas de software, UP usa UML. Comparado com outros processos de software, o UP tem três características notáveis, ou seja, orientado a casos de uso, centrado na arquitetura, iterativo e incremental.
Método ágil : O método ágil é um método de desenvolvimento passo a passo centrado nas pessoas, iterativo. No método ágil, a construção de um projeto de software é dividida em vários subprojetos, e os resultados de cada subprojeto são testados para ter as características de integração e operação. Nas metodologias ágeis, do ponto de vista do desenvolvedor, as principais preocupações são reuniões curtas e rápidas, pequenos releases, menos documentação, mais colaboração, envolvimento direto do cliente, testes automatizados, ajustes de planos adaptativos e programação em par; as principais preocupações são desenvolvimento orientado a testes, integração contínua e refatoração.
ensaio modelo
Resumo
Com base na prática do autor, este artigo discute a aplicação do modelo de desenvolvimento de software no sistema ERP da editora. Na era da informação na Internet, a indústria editorial tradicional foi impactada e os tipos e volumes de distribuição de livros estão diminuindo. O atual ambiente de negócios exige que as editoras abandonem os métodos anteriores de gerenciamento bruto e gerenciem e controlem os recursos da empresa por meio de idéias de gerenciamento sistemático. É imperativo melhorar o processo de negócios da editora e melhorar a competitividade do núcleo da empresa por meio do sistema ERP. A complexidade do sistema ERP é relativamente alta.Se você deseja garantir o sucesso do projeto, deve usar sistematicamente o modelo de desenvolvimento de software como guia. Neste artigo, o sistema ERP da editora é descrito brevemente pela primeira vez. Em seguida, enumera vários modelos principais de desenvolvimento, e as características desses modelos, e analisa qual modelo é mais adequado para o projeto de ERP da editora. Finalmente, combinado com o sistema ERP de nossa editora, analisa especificamente o método de uso, o efeito da implementação e as lições aprendidas do método de prototipagem rápida. Durante o desenvolvimento deste sistema, atuei como diretor técnico.
texto
A unidade em que trabalho é um grupo multinacional de edição e distribuição, e a edição de livros é um dos importantes segmentos de negócios do nosso grupo. Existem sete editoras sob o nosso grupo.Como cada editora se dedica principalmente a livros em diferentes direções, também existem grandes diferenças nos negócios. A fim de fortalecer o controle interno da empresa, padronizar os processos de negócios de cada editora e melhorar o nível de gerenciamento e eficiência do trabalho, nosso grupo começou a construir o sistema ERP da editora em agosto de 2015. Assumi o papel de líder técnico neste projeto. O sistema ERP da editora é composto principalmente por quatro subsistemas: edição, publicação, distribuição e financeiro . Dentre eles, o sistema editorial é responsável pela produção de conteúdo dos livros; o sistema editorial é responsável pela impressão e produção de livros acabados ; o sistema de distribuição é o sistema de venda por atacado de livros; Como os usuários dos sistemas financeiro e de distribuição são relativamente fixos, há pouca diferença nos negócios de cada editora nesses dois setores. Ao mesmo tempo, esses dois sistemas geralmente precisam executar operações complexas de tabelas aninhadas, portanto, são projetadas como arquitetura C/S e desenvolvimento VB .NET. Os usuários do sistema editorial e editorial percorrerão todos os departamentos de negócios da editora, e há grandes diferenças no processo de produção de diferentes editoras, então projetamos esses dois subsistemas como arquitetura B/S e usamos um conjunto de implementação do mecanismo de fluxo de trabalho (JBPM). Os bancos de dados dos quatro subsistemas são Oracle 10 G. Para eliminar as "ilhas isoladas de informação", o data warehouse é utilizado para a integração dos dados. O sistema faz interface com o sistema de gestão do varejo de e-commerce e com o sistema de logística externamente, e troca dados via Webservice. (Descrição do Projeto)
Sabemos que o desenvolvimento de sistemas é um trabalho altamente complexo e que exige trabalho em equipe. Para garantir a taxa de sucesso do projeto, uma metodologia sistemática deve ser utilizada para orientar o trabalho de desenvolvimento. Como uma estrutura para guiar todo o processo, atividades e tarefas de desenvolvimento de software, o modelo de desenvolvimento de software pode expressar clara e intuitivamente todo o processo de desenvolvimento de software, estipular claramente as principais tarefas e atividades a serem concluídas e é usado como base para o trabalho de projeto de software. Para diferentes projetos de software, de acordo com diferentes requisitos, como requisitos de aplicativo, complexidade do projeto e escala, diferentes modelos de desenvolvimento podem ser adotados e estratégias de organização de pessoal, métodos de gerenciamento, ferramentas e ambientes correspondentes podem ser adotados. Os principais modelos de desenvolvimento são: (principais modelos de desenvolvimento)
1. Modelo em cascata . Quando se trata de modelos de desenvolvimento de software, o modelo cascata deve ser mencionado, produto da era do desenvolvimento estruturado e o método maduro mais antigo usado para orientar o desenvolvimento do sistema. O modelo Waterfall é um método estruturado, que define estritamente o processo de software como planejamento de software, análise de requisitos, design de software, codificação de programa, teste de software e estágios de operação e manutenção. Cada fase tem seu próprio trabalho, entregas. É uma característica desse modelo que a próxima etapa só pode ser iniciada após a conclusão de uma etapa do trabalho. A maior limitação do modelo em cascata é que os problemas potenciais no estágio anterior muitas vezes não são facilmente expostos até o estágio subsequente. Corrigir o problema em um estágio posterior geralmente é muito caro. Portanto, o modelo cascata é mais adequado para projetos de software com requisitos muito claros e poucas alterações. (modelo cascata)
2. Modelo espiral . O modelo espiral adota uma abordagem cíclica para o desenvolvimento do sistema. Um ciclo completo inclui definição de requisitos, avaliação de riscos, realização do projeto e revisão do usuário. Todo o desenvolvimento do sistema inclui vários ciclos de iterações, que são gradualmente refinados passo a passo e, finalmente, os resultados do desenvolvimento que passam pela revisão do usuário são derivados. Devido à definição de requisitos iterativos, o modelo espiral pode lidar com a ambigüidade dos requisitos do usuário. A introdução da avaliação de risco é a diferença mais significativa entre este modelo e outros modelos de desenvolvimento. A limitação do modelo espiral é que o número de iterações é incontrolável, e o período de tempo para completar todo o desenvolvimento do sistema é muito longo e o custo é alto. Portanto, o modelo espiral é geralmente usado em projetos complexos de grande escala, onde os requisitos não podem ser totalmente confirmados. (modelo espiral)
3. Modelo incremental . O modelo incremental tem algo em comum com outros modelos de desenvolvimento evolucionário e é iterativo por natureza. Mas o que difere dos outros modelos é que o modelo incremental enfatiza o lançamento de um produto que pode ser operado pelos usuários a qualquer momento, o que faz com que o modelo não precise esperar que todas as necessidades do usuário sejam confirmadas. Desde que um pacote incremental de requisitos seja confirmado, esta parte do trabalho de desenvolvimento pode ser iniciada. O modelo incremental pode dar prioridade ao lançamento de funções urgentes do usuário ou funções principais, e cada versão incremental testará as funções anteriores, o que também permite que o trabalho de desenvolvimento no modelo incremental obtenha maior qualidade. O modelo incremental exige que cada componente se funda gradualmente na arquitetura de software existente, e os componentes recém-adicionados não podem destruir as partes existentes do sistema, o que faz com que o software tenha uma arquitetura aberta. Ao mesmo tempo, o modelo incremental é difícil de gerenciar e é fácil cair no modo de fazer alterações enquanto o faz, de modo que o controle do processo de software perde sua integridade. (modelo incremental)
4. Modelo de prototipagem . O método de prototipagem substitui especificações rígidas por uma interface intuitiva e interativa que pode ser construída rapidamente. De acordo com o fato de o sistema protótipo ser descartado durante o processo de desenvolvimento do sistema, o método do protótipo pode ser dividido em método do protótipo descartado e método do protótipo evolutivo. Os usuários podem fornecer feedback real e específico aos desenvolvedores por meio do sistema de protótipo de teste realmente executado no computador, o que faz com que o método de protótipo tenha vantagens inerentes diante das necessidades incertas do usuário. O método de prototipagem está em conformidade com a lei da compreensão das coisas pelas pessoas, e o desenvolvimento do sistema é gradual e repetido, o que pode garantir uma melhor satisfação do usuário. O ciclo e o custo de desenvolvimento são relativamente menores do que o modelo espiral, que está mais de acordo com a situação do sistema ERP de nossa editora, então finalmente escolhemos o modelo de método de protótipo como estrutura de desenvolvimento. Este modelo também é um método de desenvolvimento geralmente bem-vindo na indústria. (modelo de prototipagem)
No processo de desenvolvimento do sistema ERP da editora, a utilização do método protótipo é a seguinte: (Resumo e deficiência)
1. Construir um protótipo . Como há sete editoras sob nosso grupo, os negócios são diferentes. Para construir rapidamente um protótipo de sistema que possa ser operado pelos usuários, primeiro selecionamos uma editora com negócios relativamente padronizados, produtos para o público e principalmente livros de ciências sociais e culturais como objeto de desenvolvimento. Por meio de uma breve pesquisa de demanda em cada departamento de negócios da editora, usamos o JBPM (um mecanismo de fluxo de trabalho baseado em JAVA) para construir o fluxo de negócios do sistema de publicação e do sistema de publicação da editora e os nós de aprovação em cada fluxo de negócios. Por meio da análise dos documentos históricos da editora, adicionar itens de dados que precisam ser preenchidos pelo usuário durante o processo de utilização para cada nó do fluxo de trabalho, como o formulário de inscrição de seleção de tópicos preenchido no processo de inscrição de seleção de tópicos, o formulário de liberação do manuscrito durante a terceira revisão e terceiro processo de revisão, etc. Por meio dessas tarefas, foi construído um protótipo de sistema que pode ser operado e testado por usuários de editoras. (construir um protótipo)
2. Confirme os requisitos com a ajuda de protótipos . Após a construção do protótipo do sistema, organizamos uma reunião conjunta de backbones de negócios e chefes de departamento de vários departamentos de negócios da editora, bem como os líderes da editora. Primeiramente, o protótipo do sistema foi demonstrado para a equipe da editora e, em seguida, foram ouvidas as opiniões corretas dos usuários da editora. Depois que a modificação confirmada for concluída, a equipe da editora será organizada para conduzir o teste funcional do sistema, e o protótipo do sistema será modificado e ajustado com base no feedback do teste do usuário. Após várias rodadas de iterações, nossos desenvolvedores de sistema e usuários finais da editora têm uma compreensão clara dos requisitos, e o protótipo do sistema está relativamente próximo do resultado final. Com base no sistema protótipo, a equipe de projeto derivou uma especificação de requisitos que foi aprovada pelos líderes da editora. (Confirme os requisitos com a ajuda de protótipos)
3. De acordo com a especificação do requisito , refinamos ainda mais o protótipo do sistema. Redesenhou o banco de dados, classificou o relacionamento entre os itens de dados em cada processo de negócios e a autoridade de cada nó do fluxo de trabalho e, finalmente, formou um ambiente de sistema formal que pode ser executado online. Depois de resolver uma editora, usamos o sistema da editora como protótipo para realizar o trabalho de projeto do sistema ERP de outras editoras. (de acordo com a especificação de requisitos)
Nosso sistema ERP da editora foi totalmente lançado em outubro de 2016. Após mais de meio ano de uso, ele está funcionando normalmente, e as funções e o desempenho do sistema atenderam aos requisitos do usuário e receberam elogios unânimes de usuários de várias editoras. A aceitação final do projeto está sendo preparada. Resumindo a aplicação do método protótipo neste projeto, acreditamos que existem vários pontos-chave. Primeiro, o ambiente de desenvolvimento é muito importante . Como o sistema editorial e o sistema de publicação são desenvolvidos usando JBPM, o protótipo do sistema pode ser construído rapidamente apenas pelo fluxo de trabalho do componente rápido. No entanto, o sistema financeiro e o sistema de publicação não conseguiram construir um protótipo de sistema que pudesse ser operado pelos usuários no início do projeto da primeira editora, mas apenas fornecer uma interface de trabalho desenhada, e o efeito não foi tão bom assim do sistema editorial e do sistema editorial. A segunda é a participação do usuário . No processo de construção e validação de protótipos, os usuários devem ser incentivados a participar ativamente, de modo a ajudá-los a realmente entender suas necessidades. A terceira é orientar a demanda . Mesmo que os usuários participem do projeto, devemos analisar se as opiniões dos usuários são razoáveis e controlar os requisitos, caso contrário, o modelo de protótipo se tornará um modelo que se modifica ao fazê-lo. Através da implementação tranquila do projeto, me beneficiei muito com a análise do sistema e a aplicação do modelo do método de prototipagem. Também entendo profundamente que nossos trabalhadores técnicos devem continuar aprendendo e trabalhando duro para se preparar para tarefas mais complexas no futuro. (resumo e deficiências)
Tese Conhecimento Suplementar
JBPM : JBPM (JBoss Business Process Manager) é uma estrutura de gerenciamento de processo de software livre baseada em Java para definir, gerenciar e executar processos de negócios. O JBPM fornece uma estrutura de processo completa, incluindo definições de processo, instâncias de processo, tarefas, funções, recursos, monitoramento, etc., que podem ajudar empresas e organizações a criar processos de negócios robustos, eficientes e escaláveis. O JBPM é amplamente utilizado no desenvolvimento de aplicativos corporativos, arquitetura de serviços, computação em nuvem, big data e outros campos.