tag:blogger.com,1999:blog-31852844.post115947795884898744..comments2009-04-17T04:42:55.667-03:00Comments on eng de software [em foco]: A disciplina de ProjetoOtavio Ferreirahttp://www.blogger.com/profile/01582595268656961553noreply@blogger.comBlogger4125tag:blogger.com,1999:blog-31852844.post-42396451727350556902007-06-21T13:08:00.000-03:002007-06-21T13:08:00.000-03:00Olá Italo!Acredito que esta afirmação seja muito f...Olá Italo!<BR/><BR/>Acredito que esta afirmação seja muito forte para a relação entre as disciplins de Análise e Projeto.<BR/><BR/>Existe um processo criativo intenso na elaboração de uma arquitetura. Um modelo com considerável maturidade é fruto de uma série de iterações e refinamentos.<BR/><BR/>A disciplina de Análise nos permite identificar objetos mais abstrados. São Objetos de Jacobson, que discriminam quais são objetos de fronteira, controle ou entidade.<BR/><BR/>Este primeiro corte facilita o refinamento existente na disciplina de Projeto. O projeto já considera questões como flexibilidade, expansibilidade, manutenibilidade e reuso.<BR/><BR/>Mas é importante perceber que não existe um divisão rídiga entre as disciplinas, são complementares. A Análise facilita a primeira identificação dos objetos e, durante sua evolução, naturalmente surgem questões mais técnicas de projeto.<BR/><BR/>Você compartilha desta visão?<BR/><BR/>É isso ai. Forte abraço!Otavio Ferreirahttps://www.blogger.com/profile/01582595268656961553noreply@blogger.comtag:blogger.com,1999:blog-31852844.post-12121787997788245752007-06-20T18:20:00.000-03:002007-06-20T18:20:00.000-03:00Posso entender que não faz sentido estabelecer uma...Posso entender que <I>não faz sentido</I> estabelecer uma <I>ordem</I> na execução das atividades de análise e de desenho, portanto?Ítalohttps://www.blogger.com/profile/08070779541731759861noreply@blogger.comtag:blogger.com,1999:blog-31852844.post-57492194848942981662007-06-20T11:09:00.000-03:002007-06-20T11:09:00.000-03:00Olá Italo!Suas perguntas são muito importantes par...Olá Italo!<BR/><BR/>Suas perguntas são muito importantes para a compreensão do processo.<BR/><BR/>Para nos auxiliar na troca de idéias, extraí um trecho do post <A HREF="http://es-emfoco.blogspot.com/2006/08/estrutura-do-processo-unificado.html" REL="nofollow">A estrutura do Processo Unificado</A>:<BR/><BR/><I>"Uma característica marcante, também ilustrada na figura 1, é o fato de todas as iterações, e conseqüentemente todas as fases, serem atravessadas por todas as disciplinas, com maior ou menor intensidade.<BR/><BR/>São exatamente as disciplinas que possuem artefatos associados. Artefatos são documentos textuais ou diagramas da UML que facilitam a compreensão do sistema e a comunicação entre os envolvidos. Ou seja, é possível que um artefato de compreensão do domínio seja incrementado em mais de uma fase, mesmo sabendo que o entendimento do domínio é um dos principais objetivos da fase de Concepção."</I><BR/><BR/>Desta forma, acredito que podemos dizer que as atividades estão mais relacionadas com as disciplinas do que com as fases propriamente ditas. São atividades de elaboração dos artefatos pertencentes a cada uma dessas disciplinas.<BR/><BR/>No post <A HREF="http://es-emfoco.blogspot.com/2007/06/pacote-de-posts-sobre-o-processo.html" REL="nofollow">Pacote de posts sobre o Processo Unificado</A>, existe um link para cada disciplina do processo. Acessando os links, podemos ver uma breve descrição dos artefatos produzidos em cada uma das fases.<BR/><BR/>Agora, sobre a segunda pergunta, extraí um trecho do post <A HREF="http://es-emfoco.blogspot.com/2006/09/disciplina-de-projeto.html" REL="nofollow">A disciplina de Projeto</A>:<BR/><BR/><I>"Esta disciplina possui a mesma curva de intensidade da disciplina de Análise. Realmente, a análise e o projeto orientados a objetos estão altamente relacionadas e se complementam."</I><BR/><BR/>De acordo com este ponto de vista, podemos considerar estas disciplinas como integrantes de um mesmo esforço no processo. Ao mesmo tempo que conduzimos a análise, surgem classes e questões de projeto que são modeladas.<BR/><BR/>No post <A HREF="http://es-emfoco.blogspot.com/2006/07/processos-iterativos-de.html" REL="nofollow">Processos Iterativos de desenvolvimento de software</A>, existe um comparativo com o paradigma do Processo Waterfall. Mas, resumidamente, podemos extrair este trecho:<BR/><BR/><I>"A constante mudança de requisitos, a divisão inflexível das atividades e a rigidez imposta colaboraram para o fracasso do processo."</I><BR/><BR/>No Processo Unificado, não existe tal rigidez na transição de fases, pois as disciplinas permanecem com certo grau de intensidade, cortando as fases.<BR/><BR/>Obrigado por sua valiosa contribição para esta troca de idéias sobre o Processo Unificado.<BR/><BR/>Um abraço!Otavio Ferreirahttps://www.blogger.com/profile/01582595268656961553noreply@blogger.comtag:blogger.com,1999:blog-31852844.post-38040253286557527002007-06-19T18:31:00.000-03:002007-06-19T18:31:00.000-03:00Qual a relação entre **fases** e **atividades** no...Qual a relação entre **fases** e **atividades** no UP? Quando você vincula a "fase de análise" como predecessora da "fase de projeto", isto não caracteriza um processo Waterfall?Ítalohttps://www.blogger.com/profile/08070779541731759861noreply@blogger.com