O quarto trabalho em equipe - design do sistema de projeto e design de banco de dados
prefácio
Nas operações de análise de requisitos, é projeto de cenários de usuário, descrição funcional bem documentado, e muito bem desenhado protótipo, e desenvolver uma validação detalhada e critérios de aceitação;
mas ainda estamos presos no ponto de design de vista do produto, ao invés de um ponto de vista de desenvolvimento ;
o objetivo deste trabalho é seguido pelos últimos resultados do pouso de concepção de projeto, antes do desenvolvimento de bons sistemas de design e banco de dados, para desenvolver um plano bom e divisão do trabalho;
acelerar o trabalho, eu espero que você preste atenção a esta tarefa, como Alpha equipe no próximo trabalho de sprint para se preparar com antecedência;
não falava muito, seguido por requisitos operacionais;
requisitos operacionais
① 1 post no blog ensaios, publicados no blog da equipe do blog, o título do blog é definido para - "XXX (nome da equipe) projeto do sistema projeto e banco de dados de design", e submeter o trabalho
, "System Design Manual" ② 1 parte (arquivo pdf);
③ 1 parte "manual de design de banco de dados" (arquivo PDF);
④ 1 parte de "responder a PPT" (classe avaliação do local);.
⑤ 1 partes formulário de revisão on-line, a entrada de pontuação que inclui, pelo menos:. a qualidade PPT, sistema, banco de dados, apresentação, a presença de perguntas e sugestões são parte
⑥ estabelecer armazém equipa github , o "design de sistema manual" "especificações de design de banco de dados", "responder PPT" e outros documentos da equipe submetidos ao armazém equipe;
⑦ requisitos de avaliação local:
a) em tempo hábil para a outra pontuação da equipe;
b ) marcar requisitos: respeito pelo seu grupo, marcando sério, pragmático, adotar um padrão para todos os grupos, a pontuação pode realmente refletem a qualidade relatório de consenso e outros grupos deste grupo, um pote onde for proibido plana final ;
Blog requisitos de ensaio:
cronograma esperado desenvolvimento do plano 1) projeto de equipe (específica para uma semana ), com objetivos claros, deve haver uma saída correspondente; (15 ') (em meados de abril - planos de Junho de início para o plano de desenvolvimento fase de sprint projeto arranjo Rang incluindo pelo menos desta vez);
os arranjos esperados plano de desenvolvimento para a) projeto de equipe divisão 2 (específico para o papel de cada indivíduo, responsável pela seção de desenvolvimento), (15 ')
3) dá a + diagrama de hierarquia módulo funcional arquitetura diagrama de classe design, design estrutura ER + tabela de análise, a segurança do sistema e design permissão, e uma breve descrição; (30 ')
4) análise das necessidades de problemas para responder às últimas assistentes de professores de trabalho e outras equipes na tabela para rever o projeto proposto ou ideias para resolver o problema; (20 ')
5) descrito como um fluxo de trabalho completo desta tarefa, os membros da divisão, os membros da relação contributiva; (15') (pontuações serão usados para agrupar mapeamento pontuações individuais, em conjunto discussão, a proporção de arranjos apropriados);
6) proporcionar equipa ligação repositório github no final do ensaio, o link do blog pdf download (pode ser qualquer disco ligação nuvem para download, tais como jogar nuvem azul / Baidu Nuvem / micro nuvem). (5 ')
Requisitos de documentação:
1) Consulte "Design System Manual", "Banco de dados Projeto Manual" texto especificação GB, escrevem os correspondentes projectos de design de software. (Especificações de projeto de sistema e especificações de design de banco de dados para encontrar na web)
2) Além de atender formalmente texto os requisitos de especificação, todo o conteúdo do projecto deve girar em torno da essência do projeto a ser desenvolvido para garantir que tentar ser claro e completo e preciso.
3) usando uma forma hierárquica descrito, com a continuação do "camada", o conteúdo dos detalhes específicos descritos.
4) usando os mesmos símbolos gráficos e texto descritivo.
5) Todas as abreviaturas devem ser definidas com antecedência.
6) Formato : normas tipografia bonito, ilustrado, ao longo do documento, há um estilo uniforme estilo, prestar atenção ao espaçamento da fonte e linha, etc.
7) colocar-se na posição do leitor - se o projeto de software não está familiarizado com o pessoal técnico, através da leitura deste documento, a capacidade de entender completamente a forma como o software é projetado.
8) Teamwork (pedir a todos dentro da equipe são obrigados a fazer o apropriado cometer).
9) As regras de análise de documentos: Introdução (5 '), diagrama + nível de bloco funcional de arquitectura (20'), o diagrama de classe de design (10 '), Análise ER mesas + Design (20'), o projeto de segurança do sistema e permissões ( 20 '), o documento gráficos, textos, uniforme estilo e complacente (15')
requisitos PPT
1) "projeto sistema manual" "especificações de design de banco de dados," o conteúdo principal;
2) a equipe de desenvolvimento esperado projeto planejado programação, está prevista a divisão para desenvolver planos para organizar um projeto de equipe;
3) análise de demanda anterior de responder a Jó outras equipes no formulário de revisão perguntas ao projeto proposto ou ideias para resolver o problema;
4) descrição da operação do fluxo de trabalho, os membros da divisão, os membros da relação contributiva;
necessidades de defesa
1) discurso deve compreender os pontos-chave, bem antes do comissionamento equipamento;
2) o controlo do tempo em 10 minutos (8 minutos de apresentação + 2 minutos no marcador);
classificação
1) Índice de resposta (consistente com as regras de relevância anteriores) Taxa = soma dos outros grupos / (número total de grupos -1) 0.25+ pontuação soma ta / (ta número) soma 0.35+ graus professor / (número de professores) 0,40
2) TA Avaliação (blog 30%, 35% de especificações de projeto do sistema, especificações de design de banco de dados 35%)
3) a pontuação da equipe de trabalho = responder nota de avaliação mútua de 40% + 60% * TA Rating
tutorial
1) classe UML diagrama o https://www.cnblogs.com/LangZXG/p/6208716.html
) o diagrama de classe UML 2 detalhada https://blog.csdn.net/loumoxiaozi/article/details/81036408
. 3) Detalhada desenho modo de seis princípios https://www.cnblogs.com/toutou/p/4870926.html
. 4) vários critérios de concepção de estruturas de dados tabela https://www.cnblogs.com/wyq178/p/8549715.html
. 5) design da tabela de banco de dados (um para muitos, muitos para muitos) https://blog.csdn.net/fighteryang/article/details/82848505
6) comum web ataques e defesas resumo https://blog.csdn.net/qappleh / Article Este artigo foi / Detalhes / 80485197
). 7 a criptografia de senha de usuário https://blog.csdn.net/weixin_34221073/article/details/89652071
). 8 separando as extremidades dianteiras e traseiras projetar JavaWeb https://www.cnblogs.com/donggedada/p/11377062 .html
9) usuários RBAC, papéis, permissões, cenografia https://blog.csdn.net/ljw499356212/article/details/81055141
Mais Tutoriais: https://www.cnblogs.com/hengyumo/p/12217218.html (contribuição bem-vinda, desde que na cauda do trabalho que você acha que pode ser um bom tutorial incluído)
Regras & Format
1, de modo a facilitar outro professores ou assistentes de ensino entender o curso de vida, por favor, adicionar no início da descrição do trabalho :( formato vai fazer)
| Este trabalho pertence cursos | <Class link> |
|---|---|
| Onde o trabalho exige | <exigências de trabalho link> |
| O trabalho de destino | <Escrever sobre aspectos específicos> |
| Par Student ID | <Número de estudante Knot dois nas alunos escrevem> |
| Texto do trabalho | .... |
| outras referências | ... |
Código markdown
|这个作业属于哪个课程|<班级的链接>|
|-- |-- |
|这个作业要求在哪里|<作业要求的链接>|
|结对学号 |<写上两个结对同学的学号>|
|这个作业的目标|<写上具体方面>|
|作业正文|.... |
|其他参考文献|... |
2, regras de submissão
- Antes de prazo de entrega, para dar a pontuação real * 100%;
- Pagamento: submit tratado como pagamento dentro do prazo de dois dias mais tarde, foi o real pontuação * 50%;
- A falta de pagamento: em dois dias após o prazo de pagamento não é considerado falta de post com uma pontuação de 0;
(Esqueça a enviar trabalhos e pagar acordo dedução)
3, regras de pontuação
Referência 100 pontos por trabalho, o trabalho é dimensionada de acordo com as pontuações reais têm emprego dificuldade,
tais como:
对同一次作业，统计得分时为满分100分，换算权重为25%
小李此次作业得分85分，作业在deadline前提交，那么他的实际得分为85*100%*25% = 21.25
小张此次作业得分85分，并是在deadline后的两天内补交，那么实际得分为85*50%*25% = 10.625
小王在作业deadline两天后还未补交，作业提交已经关闭，此次作业得0分
...
4, outras regras
- trabalho Plágio: assistente de ensino encontrados dois text blog / imagem quando / similaridade código de mais de 50%, determinou que dois blogue são copiadas, as pontuações são -100%;
- Submeter falso: Embora o trabalho não for concluído blog, mas se submeter ao trabalho posição contabilidade, determinado a forjar apresentar os resultados 0 pontos;
- notificação de liberação micro-canal, se o grupo de classe é parte das exigências de trabalho, consulte o grupo de avisos;
- Se você precisa preencher as informações em um grupo de micro-canal, não conseguiu concluir a antes do prazo, fivela pontuação real de 50%;
- Perguntas sobre o trabalho, três dias antes de o grupo apresentou no prazo classe;
- Se o trabalho exige um assistente de modificação, você vai notar no grupo, certifique-se de verificar e de imprensa novas exigências do trabalho perfeito;