소프트웨어 공학의 주요 작업 (학생 관리 시스템) 웹 측 개인 요약 보고서
첫째, 그룹 정보
(1) 여기서 그룹 : 두 번째 그룹
2, 그룹 주제 : 학생 관리 시스템
3, 소스 코드 프로젝트 링크 :
프로젝트 문서 링크 4, 다양한 종류의
둘째, 프로젝트 소개를 작동
큰 그룹 코스 작업, 그들은 세 가지 주요 콘크리트 작품에 대해 가지고 :
1, 웹 디자인 및 개발의 끝
1.1 웹 디자인의 단계
나는 웹 디자인 및 개발 측면을 수행하고 때, 내 작품은 다음 네 가지 단계로 나누어 져 있습니다 :
- 단계 하나 : 요구와 마무리를 이해, 좋은, 기능 모듈, 기능 모듈 얼마나 많은 하위 기능 모듈에 포함 된으로 나누어 져 있습니다 얼마나 많은 웹 터미널 결정하고, 반드시 좋은 접촉을하고 다양한 기능 모듈 사이의 링크의 어떤 종류가 있는지 것 웹 디자인 방향 끝을 설정;
- 2 단계 : 하단, 프로토 타입 설계 및 개발의 방향을 결정에 따르면, 전체적인 디자인은 실질적으로 완료 정적 페이지입니다
- 단계 III : 전 도킹 후, 각 기능 모듈은 완료된다;
- 4 단계 : 디자인 테스트 데이터 및 웹 테스트를 실시하고 있습니다.
각 기능 모듈의 1.2 웹 단부
나는 웹은 다음과 같은 주요 모듈로 나누어 져 결국, 자신의 설계 및 구현 작업, 다른 기능 모듈에 해당하는 사용자가 다른 권한을 모두 완료, 사용자 권한 기능이 명확하게 정의되어,이 프로젝트의 주요 하이라이트는 다음과 같습니다
- 등록 모듈에 로그인
- 인사 관리 모듈
- 부문 관리 모듈
- 이벤트 관리 모듈
- 휴가 관리 모듈
- 감사 관리 모듈
- 감정 관리 모듈
- 알림 관리 모듈
- 정보 관리 모듈
1.3 웹 개발 기술 도입
사용 HTML + CSS + 자바 스크립트 개발;
웹 프런트 페이지와 프런트 엔드 프레임 워크 Layui Vue.js 빌드의 주요 사용은 Echart.js 페이지의 도표를 그릴 사용합니다.
함께 필요한 인터페이스의 마무리 끝내는 요구 분석에 관련된 2,
초기 프로젝트는 모든 팀 구성원은 요구 분석에 참여하고, 앞으로 자신의 견해를 넣어;
더 나은 프로젝트 팀의 전반적인 효율성을 향상시키기 위해 백 엔드와 통신에 프로젝트가 늦게 순서 후, 나는 각각의 끝을 정리하고 통합 할 책임이 (WEB, APP, 애플릿) 코멘트가 다시 필요한 백엔드 API 피를 제기 작업 상태는 동일하거나 유사한 요구 사항의 각 단부의 후방 단부로 받아 들였다.
3 인터페이스는 테스트 및 백엔드와 통신 피드백
- 하여 잘못된 인터페이스에 날에 의해 테스트 먼저 내가 적극적으로 피드백 인터페이스와 정확한 확인, 릴리스의 다시 각각의 끝을 통신 할 백엔드의 각 끝을 사용할 수 및 도움말 회원들에게 백엔드 인터페이스의 각 끝을 이해하고 호출 API.
셋째, 프로젝트 요약과 통찰력
그룹의 큰 작업, 나는 팀이 1 + 1 <2, 일반적으로 다음과 같은 감정을 가지고 상황에 빠지지 않도록하기 위해, 더 효율적입니다 함께 작동하는 방법을 배우고, 소프트웨어 개발 프로세스의 깊은 경험을했다 :
팀 구성원 내에서 정기적 인 의사 소통, 우리는 현재의 문제를 적시에 해결의 존재를 제안 아이디어와 의견을 표현하기 위해 적시에 주간 회의, 프로젝트 팀 구성원의 그룹, 함께 더 나은 작업을 소집 매우 중요하다, 향상시킬 수 있습니다 프로젝트 팀의 개발 효율성;
A는 작은 목표는 주간 작업 주간을 개발하는 것이 중요하다 단계적으로, 프로젝트의 적시 완료 일찍, 우리 그룹의 이정표 대부분의 회원들은 특히, 명확한 낮은 발전 효율이 아니며, 다행히 우리가 발견 이 문제를 해결하기 위해, 시스템 시작 주 목표는 목표 일 후, 프로젝트 팀 전체 개발 효율성이 크게 향상되었습니다;
예비 분석 및 설계 작업은 전체 프로젝트의 기초는, 초기 혼란, 작업 부하가 데이터베이스의 초기 디자인에, 나중에이 프로젝트의 개발 과정을 두 배로 할 것이다, 특정 프로세스의 세부 사항은 완벽한 존재하지 않습니다 있습니다 각각의 요구 사항을 실현하기 위해 각각의 끝에서 작업 부하를 두 배로 늦은 결과;
적절한 상황에서, 그것은 유사한 기능을 모듈 코드의 독립성을 강화 발전 효율을 향상하는 것이 적합 할 수 있지만, 또한 수정 후 작업 압력을 감소시킬 수있다, 나는 웹 개발 과정에서 오전 일부 몇몇 작은 기능 모듈과 유사한 기능을하지만, 적시 추출하지, 나중에 노력의 중복의 단점을 느꼈다.
넷째, 교육 과정 권장 사항
연구의 거의 학기, 나는뿐만 아니라 전문 지식을 배우고, 많은 소프트웨어 공학 과정 주홍 교사의 흥분을 느꼈다뿐만 아니라, 나는 몇 가지 작은이, 개인적으로 저를 우리의 시야를 넓혀 다음과 같이 권고 사항은 다음과 같습니다 :
그룹 프로젝트에, 우리는,이 세 단계의 기능을 실현 프로토 타입,보다 완벽한 주요 요구 사항 분석을 경험 또한 많은 것을 배웠하지만, 소프트웨어 테스팅, 그룹 프로젝트가 아닌 소프트웨어 개발 불가결 링크입니다 완전한 경험. 예를 들어, 기능을 확인 후 개발 및 소프트웨어 테스트, 테스트 케이스, 테스트 리포트를 작성하는 디자인의 위상을 테스트 소프트웨어를 입력하려면,이 단계에서 달성하고, 발생할 수있는 소프트웨어 이상 현상을 분석하고 보고서 수 적절한 솔루션을 제공.
소프트웨어 개발의 전 과정에서, 각 그룹은 프로젝트 조정의 특별한 역할을 예약하고 적극적으로 각 끝에 합의, 조정 및 해결 기존의 문제의 각 끝에와 통신하기 위해 설정해야하는 것이 좋습니다, 우리는 결정에 역할을 할 필요가 있고, 이 역할은 기술의 각 최종 사용의 이해를 어느 정도 있어야합니다,이 역할은 항상 소프트웨어 개발 과정을 통해 실행해야합니다, 도움이 불필요한 문제를 방지하기 위해, 그룹 전체의 발전 효율을 향상시킬 수 있습니다. 그러나 서브 메커니즘의 주요 과정은 각 사람의 작업을 기반으로, 대부분의 사람들이 자신의 작업 부하를 업그레이드하는 개발자로서 분수를 추구하는 선택할 것,이 역할의 작업 부하가 평가하기 어려운, 그래서 몇몇 사람들은 그것을 선택할 것 일.
다음은 내가 기분을 상하게 한 경우, 용서해주십시오, 내 개인적인 생각의 일부입니다