Trabalhos de Engenharia de Software

EPS-I  Turma 11


Data da segunda entrega 10/julho/2006

Cada grupo deverá indicar através de mensagem de correio eletrônico, o(s) endereço eletrônico do(s) responsável(eis) pela resubmissão no caso de trabalhos com problemas.


Entrega 2

 

2ª. Entrega: MASw parcial, LCIRSw, RIRSw, RIPSw

 

MASw parcial: Visão de Caso de Uso (VC) completa, Visão Lógica preliminar; O Modelo de Análise de Software só será completado na disciplina EPS2, apesar que ele já poderia ser completado agora na disciplina EPS1. A idéia é que algumas outras atividades serão executadas juntamente com a execução de atividades que completam o MASw. A Visão Lógica parcial consiste na determinação das classes e em eventual Informação de Suporte. Em termos práticos a estrutura da ERSw (um documento) está de certa forma presente no MASw do Praxis 2.1. A ERSw-1 Introdução corresponde a um arquivo Word anexado diretamente à VC, A ERSw-2 Descrição geral do Produto e a ERSw-3 Requisitos Específicos correspondem a pastas da VC. A ERSw-4 Informação de suporte corresponde a um arquivo anexado à Visão Lógica. Os diagramas de classe são relativos à *identificação* inicial das classes, particularmente das classes de entidade; outros diagramas que forem julgados pertinentes poderão ser incluídos.

LCSw: somente a LCIRSw; deve ser conferida (parcialmente) a consistência do MASw, deverá ser preenchida e entregue somente a Lista de Conferência para Inspeção de Requisitos (LCIRSw), apesar de ser interessante verificar alguns aspectos da LCIASw (Inspeção da Análise).

RRSw: somente a RIRSw; deve ser feita a revisão (inspeção parcial) do MASw, deverá ser produzido e entregue somente o Relatório da Inspeção de Requisitos de Software (RIRSw), apesar de ser interessante verificar alguns outros aspectos de outras inspeções e revisões.

RIPSw


Dúvidas

Todas as dúvidas relativas à elaboração dos trabalhos devem ser diretamente encaminhadas à Cristiane: piti@dcc.ufmg.br

As dúvidas e consultas devem conter, no campo de assunto, o tema do trabalho. Por tema, entende-se, por exemplo, Escola, Oficina ou Clínica. O codinome do grupo autor, se diferente do tema, não deve ser usado para este item, nem para os próximos.


Datas, política de entrega e correção dos trabalhos

Entrega 2: 10/06/2006
 

Política de entrega e correção

A correção poderá ser feita de forma parcial em função dos erros encontrados. Tanto no caso de ter havido correção total ou parcial do trabalho o grupo, à critério do professor, poderá resubmeter o trabalho para potencial melhoria de nota.

O prazo para entrega vence às 24:00 da data marcada. Cada artefato atrasado terá um desconto de até 50% por dia de atraso! O grupo deve negociar previamente com o professor para não ser penalizado em até 50% por dia de atraso nos casos de dificuldade para cumprir o prazo, .

O trabalho deve ser sempre enviado para  gisele@dcc.ufmg.br, com cópia para rodolfo@dcc.ufmg.br. Os alunos devem aguardar a confirmação de recebimento do trabalho, através de e-mail enviado pela monitora. Não recebendo a confirmação de recebimento, devem entrar em contato imediatamente, para apurar se a mensagem com o trabalho não chegou ao destino. Caso isso não seja feito, o trabalho será considerado como não entregue, não importando se ele foi enviado ou não.

A resubmissão, à critério do professor e dos monitores, é uma chance para que o grupo corrija o material enviado de acordo com a correção recebida e tem como objetivo principal o aprendizado e assegurar que os trabalhos estejam corretos para outras disciplinas.

O trabalho será avaliado em 100 pontos. Para cada erro maior encontrado no item avaliado, perde-se 20% do valor do item e 5% em caso de erro menor. Um exemplo de erro maior é utilização de forma incorreta tanto de conceitos quanto de ferramentas e linguagens usadas nos trabalhos. Erros menores seriam inconsistências entre partes do mesmo artefato, nomes com ligeiras variações, defeitos de português, defeitos de estilos do Word, defeitos de numeração etc.

Em relação ao MASw: Se não passar no “Check model” não será corrigido. Os documentos que por ventura forem anexados devem abrir pelo modelo. Caso não abram pelo modelo serão considerados como não entregues e não serão pesquisados nas pastas. Idem, quanto a anexos fora dos lugares corretos. Sendo assim, façam o uso correto das variáveis de ambiente do Rose, usando o path map.

Apenas o material especificado deve ser incluído no modelo ou anexado a este. Material a mais também é considerado um erro. Os artefatos entregues devem ser zipados em um único arquivo, cujo nome deve indicar o tema, a disciplina, a iteração e o trabalho. Por exemplo, a entrega atual do grupo com tema Oficina deve chamar-se Oficina_EPS1.T2.zip. Esse arquivo deve ser zipado em uma máquina configurada com idioma inglês para aplicativos não-Unicode. Não deve ser incluído material do Merci. Dentro do arquivo zipado, o nível seguinte deve ser constituído pela pasta do produto e pelos relatórios. A pasta do produto deve ser denominada com o nome deste, não como "gabaritos".