一、团队成员介绍
队长：荆雪艳
P M： 周 盛
队员：张欣雅、张莹、张文欣、胡艳春、田宇航、孙殿伟、孙铭、石皓宇
二、团队照片
三、团队规范
(一)开发流程
1.达成共识
基本完成需求调研和分析
确定大方向和长中短期目标
所有角色都参与讨论，并认真认同结论
产生的文档：
常见用户情景覆盖80% 以上功能
前景，言简意赅的说明大方向，并有激励团队的作用
2.完成项目计划
编写详细的功能规范
在编写前想清楚所有功能流程，并引导用户明确需求
所有角色都参与审阅功能规范
制定开发计划和进度表
制定测试计划和进度表
分配资源
形成项目综合计划和综合进度表
3.完成功能
开发人员分别完成自己的功能
使用版本控制工具
对每一项可测试的功能进行测试，无需等待
通过测试用例，对功能进行完整合成复检验记录
所有程序问题实现解决缺陷的自动流程
按照综合进度表不断检查进度
4.稳定与发布
测试组全面的测试功能，包括性能和稳定性
开发组全力配合，解决缺陷
监测质量情况
预测发布日期
PM审查机制：
决定缺陷的优先度
决定哪些缺陷可以等到下个里程碑或版本中解决
决定由谁解决某个缺陷
(二)代码编写基本规范
1、代码风格规范
（1）缩进：四个空格的距离从可读性上来说正好；
（2）行宽：限定为100个字符；
（3）括号：在复杂的条件表达式中，用括号清楚的表示逻辑优先级；
（4）断行与空白的{}行：在有多层控制嵌套时，更容易看清结构和对应关系；
（5）分行：不要把多条语句写在同一行上；
（6）命名：首字母大写，每个单词首字母大写（大驼峰命名法），尽量使用能够反映类功能的名词短语，见名知意；
（7）方法名：首字母小写，剩余的每个单词的首字母大写（小驼峰命名法），见名知意；
（8）下划线：用来分割变量名字中的作用域，标注和变量的语义；
（9）大小写：由多个单词组成的变量名，所有单词第一个字母都大写，简洁明了，见名知意；
（10）注释要求：在方法内部注释的地方使用"//"即可。复杂的注释要放在类头，并且注释要随着程序的修改而不断更新；
2、代码设计规范
（1）函数：最重要的原则是，只做一件事并且做好；
（2）goto：函数最好有单一的出口，可以使用goto语句；
（3）错误处理：参数处理时，对从外部传过来的参数应进行验证；
3、核心原则
（1）代码简洁易懂，逻辑清晰。
（2）面向变化编程而非面向需求编程，因为需求是暂时的，代码要利于根据需求变化。
（3）先保证程序的正确性，以防开始时就过度考虑代码的扩展性。
四、团队模式
(一)所选模式
交响乐团模式
瀑布模式
(二)各自优缺点
1.交响乐团模式
优点：门类齐全、各司其职、统一听从团队指挥、执行力强
缺点：按部就班、没有创新
2.瀑布模式
优点：
（1）有利于大型软件开发过程中人员的组织、管理；
（2）有利于软件开发方法和工具的研究，从而提高了大型软件项目开发的质量和效率。
缺点：
（1）开发过程一般不能逆转，否则代价太大；
（2）实际的项目开发很难严格按该模型进行；
（3）客户往往很难清楚地给出所有的需求，而该模型却要求如此；
（4）软件的实际情况必须到项目开发的后期客户才能看到，这要求客户有足够的耐心。
五、项目定题
(一)所选项目
小说阅读器
礼品管理系统
(二)需求分析
1.小说阅读器需求分析
网站上的在线小说可以搜索并阅读，也可以通过导入本地文件阅读，可以通过朗读文本功能进行听书。
软件实现的主体功能有：用户登录、用户注册、用户注销、工具栏等功能。
（1）用户注册：用户通过图形化的界面输入用户名、验证邮箱、密码、验证码来申请账户。
（2）用户注销：用户所有信息全部清空。
（3）用户登录：通过图形化界面输入用户名或邮箱、密码、验证码登录。
（4）工具栏模块：通过图形化界面完成对外观的更改；导入、导出文档；文档格式的转换；朗读文本；查找书籍；添加书签；添加收藏；阅读页面自定义设置；搜索、更新功能；跳转章节的功能的跳转实现。
2.礼品在线需求分析
前台购物：
供普通用户使用，包括用户登录、个人中心、浏览礼品、生成订单、支付等功能。
（1）礼品浏览：通过礼品列表进入礼品详情页面。
（2）个人中心：包括修改密码、我的订单、退出等操作。
（3）我的订单：包括查看订单、取消订单等操作。
（4）支付：使用支付宝或微信接口实现支付操作。
后台功能模块:
供后台管理员使用，包括礼品信息、礼品类型、订单管理等管理。
（1）礼品管理：包括礼品的添加、修改等操作。
（2）类型管理：对礼品类型进行增、删、改查等操作。
（3）订单维护：包括查看订单信息、发货、退款等操作。
3.所选定项目
- 小说阅读器