Segue exemplo de template que pode ser utilizado para documentar a Arquitetura de Software:
Outro template:
Arquitetura de Software
Segue alguns links para auxiliar no entendimento da Arquitetura de Software:
Para finalizar, encaminho também um material muito interessante sobre como Documentar a Arquitetura de Software:
- Dissertação de Mestrado sobre Arquitetura de Software
- Arquitetura de Software, segundo o Wikipedia
- Profissão: Arquiteto de Software
Para finalizar, encaminho também um material muito interessante sobre como Documentar a Arquitetura de Software:
Trabalho de Análise de Sistemas - Arquivos
Lista de arquivos a serem utilizados para o trabalho de Análise de Sistemas:
Análise de Requisitos
Análise de Sistemas
Mais um pouco sobre Processos...
Alguns materiais interessantes que encontrei recentemente:
- Comparativo XP x RUP
- Sobre XP
- Sobre Processos de Dev. de Software (leitura bem acessível)
Análise de Sistemas - Casos de Uso
Caso de Uso é o formato definido pela UML e utilizado pelo RUP para documentar a Análise de Sistemas. Abaixo segue alguns links interessantes sobre este tópico:
Abaixo segue alguns formatos de template para Caso de Uso:
E também o template que vamos utilizar em aula para exercícios:
Segue também um exemplo de um Caso de Uso preenchido de um sistema feito para o Centro de Processamento de dados do Estado de Mato Grosso:
Aproveito o post para compartilhar uma documentação que mostra as 4 fases do RUP em um projeto:
Abaixo segue alguns formatos de template para Caso de Uso:
- http://www.bredemeyer.com/pdf_files/use_case.pdf
- http://alistair.cockburn.us/index.php/Basic_use_case_template
E também o template que vamos utilizar em aula para exercícios:
Segue também um exemplo de um Caso de Uso preenchido de um sistema feito para o Centro de Processamento de dados do Estado de Mato Grosso:
Aproveito o post para compartilhar uma documentação que mostra as 4 fases do RUP em um projeto:
Documento de Requisitos - Exemplo
Segue abaixo um exemplo de Documento de Requisitos para utilizarmos como base para a Análise de Sistemas:
Documento de Requisitos - Templates
Gerenciamento de Requisitos
Pessoal, a partir de agora serão publicados alguns posts com detalhes sobre o Gerenciamento de Requisitos.
Este post dá uma boa noção e exemplos do que são requisitos:
Como os Requisitos não funcionais são tão importantes quanto os funcionais, pois indicam que o software deve satisfazer determinada necessidade, segue abaixo uma lista dos principais:
* Confiabilidade (Reliability)
* Performance (Performance)
* Manutenibilidade (Maintainability
* Interface com outros sistemas (Interface)
* Operabilidade (Operability)
* Ambiente de funcionamento (Environment)
* Restrições legais de operação (Regulatory)
* Portabilidade (Portability)
* Segurança (Security)
* Instalação (Deployment)
* Privacidade (Privacy)
* Treinamento (Training)
* Restrições de projeto (Design constraints)
* Habilidades Pessoais (Personnel)
Este post dá uma boa noção e exemplos do que são requisitos:
Como os Requisitos não funcionais são tão importantes quanto os funcionais, pois indicam que o software deve satisfazer determinada necessidade, segue abaixo uma lista dos principais:
* Confiabilidade (Reliability)
* Performance (Performance)
* Manutenibilidade (Maintainability
* Interface com outros sistemas (Interface)
* Operabilidade (Operability)
* Ambiente de funcionamento (Environment)
* Restrições legais de operação (Regulatory)
* Portabilidade (Portability)
* Segurança (Security)
* Instalação (Deployment)
* Privacidade (Privacy)
* Treinamento (Training)
* Restrições de projeto (Design constraints)
* Habilidades Pessoais (Personnel)
Assinar:
Postagens (Atom)

