일곱 번째 작업 "당신은, 바로 팀에있어"및 코딩을 개선하기위한 팀 프로젝트
계획 | 함유량 |
---|---|
이 작품은 과정 속 | [ 교사 블로그 홈 페이지 링크 ] |
어디에서 작업이 요구 사항 | [ 작업 링크 주소 ] |
팀 이름 | "당신이 바로 팀에있어." |
작업 학습 목표 | 코딩의 소프트웨어 엔지니어링 요구 사항을 마스터 |
A. Github의 프로젝트 팀 창고 주소 링크
[ GitHub의 저장소 링크 ]
두 .Github웨어 하우스 업로드 "소프트웨어 설계 매뉴얼"
[ "소프트웨어 설계 매뉴얼"GitHub의 주소 링크 ]
기술 설계 소프트웨어 설계 가이드 라인을 구현하는 방법 3. 1 개 프로젝트 요약 작업
추상적 인
我们把业务需求抽象成数据模型、模块、服务和系统,面向对象开发时我们抽象出类和对象,面向过程开发时我们抽象出方法和函数,最终我们还是要把我们抽象出来的架构、模型等,落地到真正的代码层面,那就还需要逻辑思维能力、系统分析能力等。
강한 응집성 / 약한 결합 / 모듈
它是把数据结构和操作这些数据的方法紧密地结合在一起所构成的模块。分解系统为一组具有高内聚和松耦合的模块是模块化的属性。我们采用职责驱动设计,设计中尽力做到“低耦合、高内聚”的一个非常重要的前提是,我们的软件是在不断变化的使用接口而不是继承。 高内聚是另一个普遍用来评判软件设计质量的标准。内聚,更为专业的说法叫功能内聚,是对软件系统中元素职责相关性和集中度的度量 高内聚”给软件项目带来的优点是:可读性强、易维护和变更、支持低耦合、移植和重用性强。
정보 은닉과 캡슐화
在面向对象方法中,信息隐藏通过对象的封装性来实现。一个模块不需要知道另外一个模块的内部情况,你可以有效的解除组成系统个模块之间的耦合关系,使这些模块可以独立开发,测试,优化,修改,理解,这样可以加快系统开发的速度,因为这些模块可以并行开发。它也减轻了维护的负担,因为我们可以更快点的理解这些模块,并在调用的时候不影响其他模块
인터페이스 및 구현 분리
功能模块之间需要进行解耦 ,核心思想:强内聚,弱耦合 -:每个模块应该只实现单一的功能 , 模块内部的子模块只为整体的单一功能而存在 , 模块之间通过约定好的接口进行交互。
오류 처리 사례
主要对接口的实现进行调试,接口异常,运行环境异常等问题,经行反复测试。对于每个代码格式问题简单的处理。确定接口,函数,属性,各个变量等的规范使用 设计方案对于应对变化的灵活性:主要对接口的定义:模块之间仅通过接口进行关联,必然存在模块会使用接口 。模块间的关系是单向依赖的- 必然存在模块实现对应的接口
소프트웨어 설계 재사용 케이스
应用框架的重用:直接使用框架重用,继承这个类,实现接口。 在继承HibrnateDaoSupport的DAO实现里,Hibernate Session的管理完全不需要Hibernate代码打开,而由Spring来管理。Spring会根据实际的操作,采用“每次事务打开一次session”的策略,自动提高数据库访问的性能。
네 .Github웨어 하우스 업로드 "소프트웨어는 표준 사양 코딩"
[ "소프트웨어 코딩 표준 사양"GitHub의 주소 링크 ]
다섯 개 프로젝트는 .Github웨어 하우스 업로드 소스를 완료 한
[ 소스 GitHub의 주소 링크 ]
VI. 3이 할당 요약을 완료하는 데 필요한 작업에 따라
1도 화상
2. 노동 팀 구성원의 특정 부문, 직업 작업의 총 비율 및 작업의 양이 실제 시간의 자신의 작업을 완료합니다
회원 | 작품의 부문 | 작업의 비율 | 시간 (분) |
---|---|---|---|
Jinsheng 팡 | 프로젝트 설계 사양을 개선 | 20 % | (240) |
해방 | 기술 프로젝트의 설계 원칙, 예비 코딩, 코딩을 규범 | 25 % | 360 |
이상한 선거까지 | 지침 작성, 코딩 표준 초기 코딩을 달성하기 위해 | 23 % | (300) |
딩 Jiahui | 블로깅, 설계 과정을 요약 | 22 % | (180) |
원 총리 Yongqin | 문서 편집 향상 | 10 % | (60) |
경험 3. 요약
程序编码阶段是一个非常重要的阶段,这个阶段决定着我们程序的安全性,以及后期的操作维护,软件的开发不是凭借一己之力就能做好的,我们需要的是团队的合作,关于编码,我们认为编码要想做的完美必备条件就是前面的软件定义和软件设计时期要按部就班的做,文档一定要按要求书写,不能偷懒也不能草草书写,把代码写的漂亮,注释、空行、规范一样不能少,可读性是放在第一位。进行程序编码的时候一定要要注意代码的规范性,要使源程序代码的逻辑简明清晰、易读易懂。这样尽管我们不是设计系统的人员,当看到源程序代码的时候也能容易读懂代码的意思。