| Autor |
Mensagem |
|
|
mochuara wrote:
cv wrote:
javaly wrote:Pelo que li, em Scrum of Scrums, é muito recomendado que uma equipe seja muiltidisciplinar, onde um time deveria ser capaz de executar uma estória sozinho, mesmo que essa estória tenha atividades de software embarcado, serviços, web e etc... Correto? Sendo assim, antes de propor uma mudança na estrutura das nossas equipes, no caso eu teria de montar equipes que fossem compostas por analistas de todas as especialidades (C/C++, HTML, Services, C#, Design etc..), o que não seria nada fácil (não que seja fácil de outra forma), gostaria de pedir a ajuda dos experts nesse assunto para fazer essa adaptação.
Fácil != possível. 
Dá pra montar uma equipe multidisciplinar, mesmo que no esquema do "vamos implementar so essa historia, e ver no que da"? Se sim, faça isso, colha o feedback e itere.
Se nao... o que vc, realisticamente, pode tentar fazer?
Dá != deve. Porque montaria uma equipe responsavel pelo site com especialistas em diferentes tecnologias nao relacionadas?
Me parece que javaly esta confundindo equipes multidisciplinares, que é quando temos desenvolvedores de software, jornalistas, musicos, designers, usuarios, etc fazendo parte da equipe (e como proposto pelo agile) com equipes formadas por especialistas em diferentes tecnologias, mas que são mesma disciplina, desenvolvimento de software.
Olá mochuara...
Confesso que não consegui entender suas observações, mas mesmo assim obrigado pela intenção de ajudar.
Abraço.
|
 |
|
|
cv wrote:
javaly wrote:Pelo que li, em Scrum of Scrums, é muito recomendado que uma equipe seja muiltidisciplinar, onde um time deveria ser capaz de executar uma estória sozinho, mesmo que essa estória tenha atividades de software embarcado, serviços, web e etc... Correto? Sendo assim, antes de propor uma mudança na estrutura das nossas equipes, no caso eu teria de montar equipes que fossem compostas por analistas de todas as especialidades (C/C++, HTML, Services, C#, Design etc..), o que não seria nada fácil (não que seja fácil de outra forma), gostaria de pedir a ajuda dos experts nesse assunto para fazer essa adaptação.
Fácil != possível.
Dá pra montar uma equipe multidisciplinar, mesmo que no esquema do "vamos implementar so essa historia, e ver no que da"? Se sim, faça isso, colha o feedback e itere.
Se nao... o que vc, realisticamente, pode tentar fazer?
Olá cv...
Acho que posso tentar essa sua sugestão... Vamos tentar...
Obrigado...
|
|
|
|
Ao pessoal ágil daqui 
Tenho o seguinte cenário:
"Uma equipe com aproximadamente 50 desenvolvedores que trabalham em um único produto. Esse produto engloba desde software embarcado até relatórios web, desde equipes que trabalham com C++ até equipes que trabalham com HTML. Nossas equipes são divididas em grupos de 5/6 pessoas em média e cada equipe tem sua especialidade, ou seja, tenho uma equipe de programadores C++ que trabalha com a parte embarcada do sistema, temos uma equipe que trabalha na parte de serviços (o sistema tem uma arquitetura SOA), tenho uma equipe que trabalha no servidor (core) e assim por diante. Meu maior problema é a variedade de conhecimentos, tantos técnicos quanto de negócios."
Faço parte de uma dessas equipes e , em nossa equipe, usamos Scrum e afins já durante um tempo. Mesmo com algumas dificuldades culturais tivemos grandes resultados com o uso de metodologias ágeis e fui convidado a elaborar uma proposta para a adoção de Scrum em toda a equipe que desenvolve esse produto, isto é, englobando todas essas equipes que formam o todo. Como, apesar de grande, o sistema é visto como um único sistema precisamos sincronizar essas equipes de forma que cada uma faca o mínimo necessário de sua parte para compor o produto e as funcionalidades que vão sendo lançadas. Imagino que seria um Scrum of Scrums , mas tenho muitas dúvidas em como adaptar a metodologia a essa estrutura que temos.
Pelo que li, em Scrum of Scrums, é muito recomendado que uma equipe seja muiltidisciplinar, onde um time deveria ser capaz de executar uma estória sozinho, mesmo que essa estória tenha atividades de software embarcado, serviços, web e etc... Correto? Sendo assim, antes de propor uma mudança na estrutura das nossas equipes, no caso eu teria de montar equipes que fossem compostas por analistas de todas as especialidades (C/C++, HTML, Services, C#, Design etc..), o que não seria nada fácil (não que seja fácil de outra forma), gostaria de pedir a ajuda dos experts nesse assunto para fazer essa adaptação.
Resumindo a necessidade, com essa estrutura, é possível fazer um Scrum of Scrums decente? Se sim, qual seria a sugestão para organizar artefatos e cerimônias? E ainda que artefatos adicionais seria interessante?
Pessoal, sei que o post ficou um pouco grande, mas foi a menor forma que consegui expor as dúvidas acerca desse problema... Agradeço toda a ajuda que tiver!!!
Abraço...
|
|
|
|
Então Sergio,
Na verdade, temos um serviço. Ele é o core da nossa aplicação. Nele tem toda a lógica do negócio. Ele nos possibilita realizar operações e também observar algumas coisas.
O que vamos fazer é criar interfaces diferentes para esse nosso serviço. O que chamamos de "aplicações".
Todas as nossas aplicações tem que comunicar com o serviço e para isso vamos criar um mecanismo base de comunicação.
Agora dentro das aplicações é que entra essa arquitetura que estou tentando definir.
Desde a comunicação base já começo a usar interfaces, pois mesmo o serviço base de comunicação posso trocar caso seja necessário.
Vou passar a idéia novamente para ver se consigo expressar melhor.
Suponhamos que tenho um serviço de Tempo:
Vou criar um modelo de tempo TimeModel que usa o mecanismo de comunicação base (Na verdade, todos os modelos vão usar).
Agora quero expor esse serviço em uma interface (V do MVC):
Então vou criar um ViewTime implements ViewTimeInterface
Essa view vai precisar de um controlador TimeController implements TimeControllerInterface (C do MVC)
Esse controle vai ter um model que poderia já ser o TimeModel diretamente. Mas não vamos fazer assim.
Vamos criar um Model implements ModelInterface único (M do MVC) para aquela aplicação que disponibilizaria o TimeModel e coisas de outros modelos relevantes para aquela aplicação em sí.
Nesse caso, por mais que meu modelo de tempo tivesse N coisas, o model dessa aplicação poderia expor apenas a hora atual em alguns formatos.
Dessa forma espero portar meus modelos reais, como o TimeModel, para os modelos que estaram em aplicações diferentes.
Agora dentro de uma mesma aplicação, posso querer trocar a implementação de uma determinada View, ou Controller... Como temos muitos clientes do mesmo negócio e em muitos casos eles acabam pedindo as mesmas informações, só que de uma forma ou volume diferente, achamos isso necessário e por isso das Interfaces. Voce pode notar que o model também implementa uma interface, apesar de achar que nunca trocaremos um modelo, até porque não faz sentido, optamos por deixar a interface por termos algumas coisas básicas que tem de ser usadas, como por exemplo a interface de comunicação base.
Uma outra coisa que desejamos com isso é poder trocar uma determinada interface no cliente sem trocar de versão. Vamos ter formas de configurar quem está implementando cada interface e instanciar isso em tempo de execução.
Caramba... Acho que escrevi demais... Se não tiver paciência de ler não tem problemas, suas opiniões já nos fez levar muitas coisas em consideração.
Obrigado.
|
|
|
|
Giulliano wrote:Voc~e precisa ter uma interface que receba atributos em comum para todas as views.
por exemplo:
e as suas views chamam esse mesmo cara
e por aí vai...basta separar bem a camada de domínio da camada de aplicação que tudo funciona.
Essa é a idéia. O que muda um pouco é que tenho uma interface para esse controlador e minhas views tem uma ref a essa interface. Se um dia eu quiser mudar de WebService pra Servlet ou vice-versa, vou apenas trocar a implementação. A idéia também é padronizar a forma de acesso a ele.
Obrigado pela ajuda...
|
|
|
|
sergiotaborda wrote:
javaly wrote:Olá pessoal como vai?
Novamente aqui para pedir ajuda . Estou trabalhando na aquitetura e desenvolvimento de um sistema que vai ser cliente de serviços. Esses clientes usarão diferentes tipos de interface, por exemplo, alguns deles terão interface desktop, outros uma interface 3D, outros interface web e possivemmente alguma coisa móvel.
Em muitos dos casos, um mesmo serviço terá seus recursos acessados por mais de uma view de diferentes tipos. A dúvida agora é como arquiteturar as aplicações que acessam esses serviços.
Pensei a princípio em um MVC adaptado, onde teriamos:
Pior que achar que MVC é camadas ( MVC não é camadas) , é achar que é arquitetura de distribuição...
Pense na aplicação core como vc pensa num banco de dados. Essa é a melhor metáfora.
Encara cada interface como uma aplicação diferente.
Agora junte tudo num sistema só
Não entendi bem a metáfora Sergio. Mas a idéia não foi de usar o MVC como camadas, nem como arquitetura de distribuição. Foi mesmo de separar as coisas para a implementção ficar mais fácil, possibilitar o reuso e diminuir o acoplamento.
Cada uma das interfaces que vamos fazer não será uma aplicação, serão partes que compõe essa aplicação e teremos várias aplicações plugadas nesse serviço.
Pensamos em conseguir facilidade na implementação por ter um padrão definido.
Pensamos em conseguir reuso porque posso usar meu controlador/modelo de uma determinada interface para uma outra interface da aplicação.
O desacoplamento vem do fato de trabalharmos com interfaces e termos como trocar as implementações em qualquer um dos níveis.
Obrigado por alertar, mas já estavamos pensando assim.
Mais alguma sugestão?
Abraço.
|
|
|
|
Olá pessoal como vai?
Novamente aqui para pedir ajuda . Estou trabalhando na aquitetura e desenvolvimento de um sistema que vai ser cliente de serviços. Esses clientes usarão diferentes tipos de interface, por exemplo, alguns deles terão interface desktop, outros uma interface 3D, outros interface web e possivemmente alguma coisa móvel.
Em muitos dos casos, um mesmo serviço terá seus recursos acessados por mais de uma view de diferentes tipos. A dúvida agora é como arquiteturar as aplicações que acessam esses serviços.
Pensei a princípio em um MVC adaptado, onde teriamos:
V: as interfaces em sí;
C: cada tipo de interface teria o seu controlador; Digo tipo porque imagino que um controlador de uma funcionalidade X do serviço Y deve ser o mesmo para as views que queiram acessar tal funcionalidade.
M: O modeo, onde teríamos, por exemplo, a infra de comunicação com o serviço.
Gostaria de receber sugestões a respeito dessa arquitetura e dicas que possam deixar ela bem robusta.
Preciso de algo que eu possa mudar a view sem muitos problemas, ou que eu possa mudar algo no modelo sem maiores problemas tbm.
PS: Um outro problema que tenho é que em alguns casos, o modelo notifica alguns eventos. Eventos esses que serão notificados pelo serviço. Nesse caso, a View já poderia monitorar diretamente o modelo ou o controlador deveria fazer isso e expor para a view.
Desde já agradeço...
|
|
|
|
Depende muito do que você precisa ter e do que você não precisa ter na sua classe. Se ela for um JFrame e vai se beneficiar de tudo o que herdar não vejo problema em herdar. Agora se você vai herdar para se beneficiar apenas de algumas coisas não é uma boa prática herdar, pois isso vai lhe trazer efeitos colaterais que talvez sejam difíceis de resolver e te custe conhecer em detalhes o código do superclasse.
Não diria que a herança deve ser evitada ao extremo, mas sigo a linha de analisar muito bem antes de dar um extends em alguma classe. Se tiver alguma alternativa que não te custe muito, siga.
|
|
|
|
Olás davivcgarcia,
1 - Eles são frameworks MVC sim. Em relação ao Spring, que é bem mais que um framework MVC, a extensão dele que trata o MVC é o SpringMVC. Como disse antes, eles são frameworks MVC, no entanto cada um com suas peculiaridades. O JSF é bem componetizado e prega aquela idéia de desktop na web, tipo o WinForms do .net. Já o Struts, que particularmente não recomendo, é voltado em acões e mais web, vamos dizer assim. Particularmente também, como você está iniciando, recomendo que dê uma olhada no vraptor3 (http://vraptor.caelum.com.br), que é um framework MVC bem programático e também trabalha sob os conceitos de rest, além de uma boa documentação.
Em relação a instalação desses frameworks, é isso mesmo que você disse, são basicamente jars que você precisa add na sua aplicação.
Atés
|
|
|
|
Olás,
Há um tempo dei uma olhada nesse material http://jedi.wv.com.br que tem um de móvel. Espero que possa ajudar...
Abraço.
|
|
|
|
Olá Sérgio, como vai?
Na verdade quando eu citei os perfis Abre/Fecha eu queria dizer que eram dois perfis, no caso, um que abriria e um que fecharia conta. No entanto, depois de ver seus exemplos vi que o modelo não é flexível, pois ficaria como se abrir ou fechar uma conta fossem funcionalidades e não perfis, perdendo assim essa flexibilidade que vc citou. Entendi bem o que você quis dizer no post anterior.
Obrigado pela explicação e pela ajuda.
|
|
|
|
Olá asaudate, como vai?
Então, foi assim que entendi, mas quando ele disse ("Em termos de cadastro vc cadastro o sujeito (usuários ou sistemas externos) , vc cadastra os roles agrupando neles os perfis. cadastra os perfis agrupando as permissões. As permissões são fixa e dadas pelo sistema.") me passa a impressão de que dentro dos Perfis estaria um conjunto de permissões, como se o Perfil "Abre Conta" fosse composto por permissões e essas permissões é o que não estou conseguindo ver.
Abraço.
|
|
|
|
Olá Sérgio, como vai?
Era algo assim que eu estava esperando. Estava pensando em algo parecido, mas pelo que você disse bem diferente.
Pensei em User>Roles>Perfil. Mas era apenas isso, onde User: Ana, Roles: Gerente Contas e Perfil: Abre/Fecha contas etc...
Pelo que você disse, isso não é flexível, só que não consegui ver onde encaixar as Funcionalidades embaixo dessa estrutura e nem por que não funcionaria.
Sem querer abusar, será que você poderia dar um exemplo.
Agradeço.
|
|
|
|
Olá Frango, como vai?
Estou estudando para a prova também, e por isso acompanho os posts relacionados.
Se puder me enviar os seus resumos ficaria muito grato.
Você já fez as provas? Se sim, o que achou?
o e-mail é: assis.emerson@gmail.com
Abraço.
|
|
|
|
Olá pessoal,
Agradeço as respostas.
|
|
|
|
|
|