2.

1 Metodologia de desenvolvimento
O processo unificado de desenvolvimento de software é o conjunto de atividades nec
essárias para transformar requisitos do usuário em um sistema de software. Ele é base
ado em componentes, o que significa o sistema ser construído a partir de component
es de software interconectados via interfaces muito bem definidas. O processo un
ificado utiliza a Linguagem de Modelagem Unificada (Unified Modeling Language UM
L) no preparo de todos os artefatos do sistema (SCOTT, 2003)
Na tecnologia da informação, a construção de modelos exige uma linguagem de modelagem que
inclua elementos visuais para expressar conceitos e uma notação simples, mais poder
osa para esses elementos. (Lima 2005, p. 29).
A UML (unified Modeling Language) é uma linguagem-padrão para a elaboração da estrutura
de projetos de software. A UML pode ser empregada para visualização, especificação, a co
nstrução e a documentação de artefatos que façam uso de sistemas complexos de software. A
ML é apenas uma linguagem e, portanto, é somente uma parte de um método para o desenvo
lvimento de software (Booch 2000, p. 13)..
Na fase de Levantamento de Requisitos são capturados as necessidades dos usuários e
o comportamento do sistema através de análise de casos de uso chamados Use Case . As en
tidades externas ao sistema que interagem como sistema são modelados entre as funções
que eles requerem, funções estas chamadas de "use-cases ". O diagrama de "use-cases"
É um diagrama usado para se identificar como o sistema se comporta em várias situações
que podem ocorrer durante sua operação.
Através da Análise de requisitos são identificadas as classes , objetos e os mecanismo
s que estarão presentes no domínio do problema. As classes são modeladas e interligada
s através de relacionamentos utilizando o Diagrama de Classe. Na análise, só serão model
adas classes que pertençam ao domínio do problema, classes que gerenciem banco de da
dos, comunicação, interface e outros não estarão presentes neste diagrama.
No projeto do Sistema, o resultado da análise é expandido nesta fase em soluções técnicas.
Novas classes serão adicionadas para prover uma infra-estrutura técnica: a interfac
e do usuário e de periféricos, gerenciamento de banco de dados, comunicação com outros s
istemas, entre outros. As classes do domínio do problema modeladas na fase de anális
e são mescladas nessa nova infra-estrutura tornando possível alterar tanto o domínio d
o problema quanto a infra-estrutura. O design resulta no detalhamento das especi
ficações para a fase seguinte.
Na fase de programação, as classes provenientes do design são convertidas para o código
da linguagem orientada a objetos escolhida (a utilização de linguagens procedurais é e
xtremamente não recomendada). Dependendo da capacidade da linguagem usada, essa co
nversão pode ser uma tarefa fácil ou muito complicada. No momento da criação de modelos
de análise e design em UML, é melhor evitar traduzi-los mentalmente em código. Nas fas
es anteriores, os modelos criados são o significado do entendimento e da estrutura
do sistema, então, no momento da geração do código onde o analista conclua antecipadame
nte sobre modificações em seu conteúdo, seus modelos não estarão mais demonstrando o real
perfil do sistema. A programação é uma fase separada e distinta onde os modelos criado
s são convertidos em código. Entretanto os testes é dividida em testes de unidades, te
stes de integração, teste de sistema e testes de aceitação.
Já na implantação as classes são convertidas para código real em uma linguagem OO (procedu
ral não é recomendado). Dependendo da capacidade da linguagem usada, essa conversão po
de ser uma tarefa fácil ou não.
*********************************************
O aluno deve elaborar uma redação dissertativa a metodologia de desenvolvimento de s
istemas que será empregada. No caso específico, a metodologia a ser empregada na dis
ciplia de DSI é uma adaptação do UNIFIED PROCESS. Assim, o aluno deve:
- conceituar o UNIFIED PROCESS
- conceituar UNIFIED MODELING LANGUGE
- conceituar cada uma das etapas em termos de objetivo, atividades e produ
tos que serão gerados: Levantamento de Requisitos, Análise de requisitos, Projeto do
 Sistema, Programação do Sistema, Testes e Implantação.
*********************************************
O UNIFIED PROCESS são as atividades necessarias que são executadas para fazer com qu
e os requisitos e especificações do cliente se transforme em um sistema.(Adicionar u
m pouco mais de texto) é um processo de engenharia de software criado para apoiar
o desenvolvimento orientado a objetos, fornecendo uma forma sistemática para se o
bter vantagens no uso da UML.(é um processo de engenharia de software criado para
apoiar o desenvolvimento orientado a objetos, fornecendo uma forma sistemática pa
ra se obter vantagens no uso da UML.)O principal objetivo do RUP é atender as nece
ssidades dos usuários garantindo uma produção de software de alta qualidade que cumpra
um cronograma e um orçamento previsíveis. Assim, o RUP mostra como o sistema será con
struído na fase de implementação, gerando o modelo do projeto e, opcionalmente, o mode
lo de análise que é utilizado para garantir a robustez. O RUP define perfeitamente q
uem é responsável pelo que, como as coisas deverão ser feitas e quando devem ser reali
zadas, descrevendo todas as metas de desenvolvimento especificamente para que se
jam alcançadas.
O RUP organiza o desenvolvimento de software em quatro fases, onde são tratadas qu
estões sobre planejamento, levantamento de requisitos, análise, implementação, teste e i
mplantação do software. Cada fase tem um papel fundamental para que o objetivo seja
cumprido, distribuídos entre vários profissionais como o Analista de sistema, Proje
tista, Projetista de testes, entre outros.
(Falar um pouco de UML, colocar citação)
A UML (Unified Modeling Language) é um modelo de linguagem para modelagem de dados
orientado a objetos, usada para especificar, construir, visualizar e documentar
um sistema de software. Com ela podemos fazer uma modelagem visual de maneira q
ue os relacionamentos entre os componentes do sistema sejam melhor visualizados
e compreendidos e documentados.
A Unified Modeling Language (UML) é uma linguagem de modelagem não proprietária de ter
ceira geração. A UML não é uma metodologia de desenvolvimento, o que significa que ela não
diz para você o que fazer primeiro e em seguida ou como projetar seu sistema, mas
ela lhe auxilia a visualizar seu desenho e a comunicação entre objetos.
*A UML permite que desenvolvedores visualizem os produtos de seus trabalhos em d
iagramas padronizados. Junto com uma notação gráfica, a UML também especifica significad
os, isto é, semântica. É uma notação independente de processos,é importante distinguir entr
um modelo UML e um diagrama (ou conjunto de diagramas) de UML, o último é uma repre
sentação gráfica da informação do primeiro, mas o primeiro pode existir independentemente.
A UML é um modelo de linguagem, não um método. Um método pressupõe um modelo de linguagem
e um processo. O modelo de linguagem é a notação que o método usa para descrever o proje
to. O processo são os passos que devem ser seguidos para se construir o projeto. O
modelo de linguagem é uma parte muito importante do método. Corresponde ao ponto pr
incipal da comunicação. Se uma pessoa quer conversar sobre o projeto, como outra pes
soa, é através do modelo de linguagem que elas se entendem. Nessa hora, o processo não
é utilizado.
****
Na etapa de levantamento de requisitos é feito a captura das necessidades dos usua
rios e o comportamento do sistema, processo através da análise de casos de uso. O di
agrama de Caso de Uso é usado para indentificar como o sistema se comporta em vari
as situações que podem ocorrer em seu uso.
Na etapa de Análise de requisitos são identificadas as classes , objetos e os metodo
s que estarão presentes no domínio do sistema.As classes são modeladas e relacionadas
utilizando o Diagrama de Classe.Nesta etapa só serão modeladas classes que pertençam a
o domínio do sistema, classes que gerenciem comunicação, banco de dados, interface e
outros não estarão presentes neste diagrama.
Na etapa do Projeto do Sistema...
Na etapa de programação do sistema...