| 项目 | 内容 |
|---|---|
| 作业课程地址 | 任课教师首页链接 |
| 作业要求 | 团队项目 |
| 填写团队名称 | 黑白团团队 |
| 填写具体目标 | 认真负责，完成项目 |
任务1：团队软件项目设计完善
在团队博客总结中陈述项目技术设计是如何体现下列原则的：
抽象
抽象是为了用户能够更清晰的了解项目的功能和使用方法，所以我们把网页的用户能够使用的功能、用户类型抽象成类图、E-R图、用例图等，让用户在参考软件设计说明书时能更便捷、清晰的了解到自己能够使用的功能和可进行的操作。
强内聚/弱耦合/模块化
强内聚、弱耦合主要是阐述的面向对象系统中，各个类需要职责分离的思想类之间的设置应该要低耦合,但是每个类应该要高内聚，这样做是为了使对象彼此之间更独立的工作，而模块化开发是模块之间相互作用形成系统的所有功能。
信息隐藏和封装
OO中的封装和信息隐藏，是一个常见的概念：所有对象类型都从一个类型中继承而来，类通过属性封装类对象的数据，类通过方法封装了对象的行为。
界面和实现的分离
一个设计良好的项目在逻辑上应该划分为界面和实现两个层次 ，这两者间的分离有利于系统的维护和扩展，可以互不干扰地升迁到新的结构体系中，实现分布式跨平台网页（IE浏览器、QQ浏览器等浏览器都可访问）。
错误情况处理
（1）网页丢失：提醒用户检查网络连接。
（2）搜索数据为空：提升数据库实时更新功能。
（3）恶意刷好评：后台管理员实时监控、定期查看网页用户所发表的评论，发现此类行为将其封号。
程序模块对于运行环境、关联模板、输入输出参数有什么假设？
（1） 运行环境：SQL server、JavaEE
（2） 关联模版：SQL server存储用户信息、网页数据等
（3） 输入输出参数：
①登录模块
输入：用户名，密码
输出：Y/N
密码查询接口：
输入：用户名
输出：密码
②设置模块：
输入：用户名、密码、电话号码、性别、年龄、QQ、邮箱、生日
输出：保存/取消
③添加评论模块：
输入：文字
输出：发布/删除
设计方案对于应对变化的灵活性
应对变化的灵活性使用带有显式分派的通用型操作，即把“操作”看成“变化”，把“类型”看成“不变”， 适合加入“新操作”，不适合加入“新类型”。
设计方案的数据处理能力
（1）数据预测分析能力
（2）数据管理和监控测量
（3）可视化分析
（4）算法设计能力
（5）语义分析
设计方案的软件重用情况
软件重用是指两次或多次不同的软件开发过程中重复使用相同或相似软件元素的过程。本项目设计采用源代码重用、文档重用。
设计中采用了哪些启发式规则？
（1）模块功能的完善化
（2）模块大小适中
（3）降低模块借口的复杂性
（4）降低耦合，提高内聚
任务2：团队软件项目编码实现:
Github仓库上传《软件编码规范说明书》
项目已完成源码Github仓库
任务3：发表博文及总结
团队实施本次作业的场景照片
团队成员的具体分工、占整个作业任务的工作量比例及完成各自任务的实际时间
| 成员 | 今日完成任务情况 | 明天任务安排 | 今日贡献时间 |
|---|---|---|---|
| 宋菲菲 | 修改完善详细设计说明书 | 搭建数据库 | 8 |
| 索郎卓玛 | 修改完善详细设计说明书 | 搭建框架 | 8 |
| 马秀丽 | 编写《软件编码规范说明书》 | 搭建框架 | 8 |
| 李星宇 | 编写《软件编码规范说明书》 | 搭建框架 | 6 |
总结
根据上课时老师提出的要求和建议，我们在小组内对项目思路进行了进一步的梳理，增加了在搜索部分的算法：即在按照关键字和标签搜索时，最热结果按照冒泡排序降序显示内容，并按照我们对项目的进一步的理解修改完善团队项目系统设计说明书和详细设计说明并上传到Github。改进部分有助于我们更清晰的认识我们的小组项目以及实现内容和方法。
根据《软件编码规范说明书》模板在组内讨论并确定了项目代码编写规范，主要涉及代码注释规范：每个类必须说明其功能，如有必要可在中间位置进行相关说明；变量定义规范：首字母大写其余字母小写等编写了我们小组此项目的《软件编码规范说明书》并上传Github。制定组内编写代码规范有主于组内成员对代码的可读性，必要时可互相帮助，且规范代码对后期维护也更加友好。
项目进行到这里，成员分工明确，各自有各自的任务，但也要随时进行沟通交流，小组成员要认真完成相应任务。