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