네 번째 팀 작업 - 프로젝트 시스템 설계 및 데이터베이스 설계

네 번째 팀 작업 - 프로젝트 시스템 설계 및 데이터베이스 설계

머리말

요구 사항 분석 작업에서는 물론 사용자 시나리오 프로젝트, 기능 설명을 문서화하고 아름답게 프로토 타입을 그려 및 상세한 검증 및 허용 기준을 개발한다,
그러나 우리는 오히려 개발의 관점이보다 여전히보기의 제품 디자인 포인트에 갇혀있다 ;
이 작품의 목적은 좋은 디자인과 데이터베이스 시스템의 개발하기 전에, 프로젝트 디자인 착륙의 마지막 결과 뒤에 좋은 계획과 분업을 개발,
태동 일을, 당신이,이 할당에주의 바랍니다 알파 팀 사전에 준비하는 다음 스프린트 작업은,
운영 요구 사항 다음, 말을 많이하지 않았다;

운영 요구 사항

① 블로그 팀 블로그에 게시 한 블로그 게시물 에세이, 블로그 타이틀로 설정 - "XXX (팀 이름) 프로젝트 시스템 설계 및 데이터베이스 설계"를 선택하고 작업을 제출
, "시스템 설계 매뉴얼"② 1 부 (pdf 파일)
③ 한 부분 "데이터베이스 설계 설명서"(PDF 파일)
④ 한 부분 "는 PPT 회신"(클래스 사이트 평가).
⑤ 1 개 부품 온라인 리뷰 양식, 적어도 포함 채점 항목 :. PPT 품질, 시스템, 데이터베이스, 프리젠 테이션의 존재를 질문과 제안이 부분은
설정 ⑥ GitHub의 팀웨어 하우스 의 "시스템 설계 매뉴얼", "데이터베이스 설계 사양", "PPT 답장"다른 팀 문서 팀웨어 하우스에 제출을,
⑦ 사이트 평가 요구 사항 :
가) 다른 팀 득점에 대한 적시에,
B ) 요구 사항을 점수 : 존경을 자신의 그룹에 대해, 실용, 심각한 득점, 모든 그룹에 대한 표준을 채택, 점수는 진정한 합의 보고서의 품질과이 그룹 최종 평면을 금지 냄비의 다른 그룹을 반영 할 수있다 ;

에세이 요구 사항 블로그 :

예상 개발 계획 일정 1) 팀 프로젝트 (특정 프로젝트 질주 단계 개발 계획에 대한 6 월 초 계획 - 4 월 중순 (15 ') (클리어 이정표와 함께), 해당 출력이 있어야합니다 적어도이 시간을 포함하여 둥글게 배열)
개발 부분을 담당하는 부서 2) 팀 프로젝트에 대한 예상 개발 계획 준비 (각 개인의 역할에 특정) (15 ')
3) 건축 디자인 + 기능 모듈 계층 구조 다이어그램을 제공합니다 디자인 클래스 다이어그램, ER + 분석 테이블 구조 설계, 시스템 보안 및 권한 설계 및 간단한 설명 (30 ')
문제의 요구 4) 분석은 프로젝트 제안을 검토하기 위해 테이블의 마지막 작업 보조 교사 및 다른 팀에 대답 (20 ') 또는 아이디어 문제 해결
5)이 할당 분할 부재, 부재 기여율의 전체 워크 플로우로서 기술 (15') (스코어 함께 그룹 개별 스코어 맵핑에 사용될 토론, 적절한 조치의 비율)
6) 에세이의 마지막에 팀 GitHub의 저장소 링크를 제공, 블로그 pdf 다운로드 링크 (예 : 재생 블루 구름 / 바이로, 모든 다운로드 링크 클라우드 디스크 일 수있다 클라우드 / 마이크로 클라우드). (5 ')

문서 요구 사항 :

1) "수동 시스템 설계", "데이터베이스 디자인 매뉴얼"GB 규격 텍스트를 참조, 해당 소프트웨어 설계 프로젝트를 작성합니다. (시스템 설계 사양 및 데이터베이스 설계 사양은 웹에서 찾을 수 있습니다)
공식적으로 프로젝트의 전체 내용이 명확하고 완전하고 정확한 것으로 그 시도를 위해 개발 될 프로젝트의 본질 주위를 회전해야하는 요구 사항 사양 텍스트를 충족시킬뿐만 아니라) 2.
3)를 이용하여 계층 적 방식으로는 추가의 "층"으로 설명 된 특정 상세 내용이 설명.
4) 같은 그래픽 심볼들 및 문자 정보를 사용.
5) 모든 약어는 미리 정의되어야한다.
6) 형식 : 입력 체계 규범 아름다운, 그림, 글꼴 및 줄 간격을 균일 한 스타일의 스타일에주의를이 문서 전체 등
7) 독자의 위치에 자신을 넣어 - 소프트웨어 프로젝트가이 문서를 읽어, 기술 직원에 익숙하지 않은 경우, 능력이 완전히 소프트웨어를 설계하는 방법을 이해합니다.
팀 내에서 8) 팀워크 (문의 모든 사람은 해당 커밋)를 만들기 위해 필요합니다.
9) 문서 검토 규칙 : 소개 (5 '), 건축 디자인 + 기능 블록 레벨 다이어그램 (20'), 설계 클래스 다이어그램 (10 '), ER 분석 + 테이블 디자인 (20'), 시스템 보안 및 권한 디자인 ( 20 '), 문서 그래픽, 텍스트, 스타일 균일하고 준수 (15')

PPT 요구 사항

1) "시스템 설계 매뉴얼"의 "데이터베이스 설계 사양"의 주요 내용,
2) 예상되는 개발 팀 프로젝트 계획 일정은, 분할은 팀 프로젝트 준비 할 계획 발전 할 것으로 예상된다
검토 형태로 응답 작업 다른 팀 3) 이전 수요 분석 프로젝트에 대한 질문이 제안 또는 아이디어는 문제를 해결하기 위해,
워크 플로우, 부문 회원, 회원 기여율의 동작 4) 설명;

국방부 요구 사항

1) 음성은 물론 앞서 시운전 장비의 요점을 파악한다
2)을 10 분의 시간을 제어 (8 분 프레젠테이션 + 이분 회신);

등급을 매기는

그룹 1) 점수 응답 (/ 다른 그룹의 () 이전의 점수 규칙과 일치하는 비율 = 합계 총 수 -1) 0.25+ 합계 점수 타 / (수) 타 교사의 0.35+ 교사 등급의 합 / (수) 0.40
2) TA 평가 (30 %, 시스템 설계 사양, 설계 사양 데이터베이스 35 %의 35 %가 블로그)
= 3) 작업 팀 점수를 상호 평가 점수를 응답
40 % + 60 % * TA 평가의

자습서

1) UML 클래스 다이어그램 https://www.cnblogs.com/LangZXG/p/6208716.html
상세 2) UML 클래스 다이어그램 https://blog.csdn.net/loumoxiaozi/article/details/81036408를
. 3)의 상세한 설계 모드 여섯 개 원칙 https://www.cnblogs.com/toutou/p/4870926.html
. 4) 여러 설계 기준 데이터베이스 테이블 구조 https://www.cnblogs.com/wyq178/p/8549715.html
. 5) (많은 많은 많은 한) 데이터베이스 테이블 디자인 https://blog.csdn.net/fighteryang/article/details/82848505
6) 일반적인 웹 공격과 방어 요약 https://blog.csdn.net/qappleh 이 문서는했다 / 기사 / 세부 / 80485197
. 7) 사용자 암호 암호화 https://blog.csdn.net/weixin_34221073/article/details/89652071
. 8) 분리 전면과 후면 끝 프로젝트 JavaWeb https://www.cnblogs.com/donggedada/p/11377062 .html 중에서
9) RBAC 사용자, 역할, 권한, 세트 디자인 https://blog.csdn.net/ljw499356212/article/details/81055141
더 많은 자습서 : https://www.cnblogs.com/hengyumo/p/12217218.html을 (환영 기여 작업의 꼬리에서 제공하는 당신이 생각 할 좋은 자습서를 포함 할 수 있습니다)

규칙 및 형식

1, 교사 나 조교 라이브의 과정을 이해하고 서로를 용이하게하기 위해, 작업 설명의 시작 부분에 추가하십시오 :( 형식으로 할 것)

이 작품은 과정 속 <클래스 링크>
어디 작업이 필요 <링크 작업 요구 사항>
대상 작업 <특정 측면에 쓰기>
쌍 학생 ID <학생들에 두 쓰기 매듭 학생 수>
작업의 텍스트 ....
기타 참조 ...

인하 코드

|这个作业属于哪个课程|<班级的链接>|
|--	|--	|
|这个作业要求在哪里|<作业要求的链接>|
|结对学号	|<写上两个结对同学的学号>|
|这个作业的目标|<写上具体方面>|
|作业正文|....	|
|其他参考文献|...	|

2, 제출 규칙

  • 납품 기한 전에, 실제 점수를 제공합니다 * 100 %;
  • 지불 : 이틀 후 기한 내에 지불로 취급 제출, 실제 점수 * 50 %였다
  • 임금의 부족 : 이틀 지불에 마감 후에는 0의 점수와 블로그 게시물의 부족으로 간주되지 않는다;

(작업을 제출하고 공제 계약을 지불 잊어)

3, 채점 규칙

작업 당 100 점을 참조, 작업이 어려움 작업,이 실제 점수에 따라 크기를 조절할
등을 :

对同一次作业,统计得分时为满分100分,换算权重为25%


小李此次作业得分85分,作业在deadline前提交,那么他的实际得分为85*100%*25% = 21.25


小张此次作业得分85分,并是在deadline后的两天内补交,那么实际得分为85*50%*25% = 10.625


小王在作业deadline两天后还未补交,作业提交已经关闭,此次作业得0分


...

네, 다른 규칙

  • 표절 작업 : 조교는 50 % 이상 / 코드의 유사성,이 개 블로그 점수는 -100 %이며, 복사 있다고 판단 할 때이 블로그 텍스트 / 이미지를 발견;
  • 가짜 제출 : 작업이 블로그를 완료하지 않지만, 그러나 위치를 차지 작업에 제출, 점수 0 점을 제출 위조하기로 결정;
  • 마이크로 채널 출시 알림 클래스 그룹이 작업 요구 사항의 일부인 경우, 통지 그룹을 참조하시기 바랍니다;
  • 당신이 마이크로 채널 그룹에 정보를 입력해야하는 경우, 마감일 전에, 50 %의 실제 점수를 버클 완료하는 데 실패;
  • 작업에 대한 질문, 클래스 마감에 제시된 그룹 전에 삼일;
  • 작업이 수정 지원을 필요로하는 경우, 당신은 그룹에서 알 수 있는지 확인하고 눌러 새로운 요구 완벽한 작업을하는;

추천

출처www.cnblogs.com/hengyumo/p/12585763.html