小组成员有吕晓芬，马涵韵，马钰言，苗萌，孙涛，田蜜
团队作业：项目的总结与反思，请从以下方面展开：
1.选题
我们小组的选题是基于web的网上书店系统的设计和实现，该图书馆管理信息系统是基于Internet及Web技术，建立Browser/Server 为结构模式、以数据库为后台核心应用、以服务为目的信息平台，对资源进行科学的加工整序和管理维护，为教学和科学研究提供文献信息保障和提高网上书店的效率而设计的系统。
2.团队合作及冲突解决
2.1团队合作基础
（1）建立信任
（2）良性的冲突
（3）坚定不移地行动
（4）无怨无悔才有彼此负责
2.2团队合作的6个原则
（1）平等友善
与团队成员相处的第一步便是平等。不管你是资深的老成员，还是新进的成员，都需要丢掉不平等的关系，无论是心存自大或心存自卑都是团队成员相处的大忌。团队成员之间相处具有相近性、长期性、固定性，彼此都有较全面深刻的了解。要特别注意的是真诚相待，才可以赢得团队成员的信任。信任是连结团队成员间友谊的纽带，真诚是团队成员间相处共事的基础。即使你各方面都很优秀，即使你认为自己以一个人的力量就能解决眼前的工作，也不要显得太张狂。要知道还有以后，以后你并不一定能完成一切，还是平等友善地对待对方吧。
（2）善于交流
同在一个小组，你与团队成员之间会存在某些差异，知识、能力、经历造成你们在对待和处理工作时，会产生不同的想法。交流是协调的开始，把自己的想法说出来，听对方的想法，你要经常说这样一句话：“你看这事该怎么办，我想听听你的看法。”
（3）谦虚谨慎
法国哲学家罗西法古曾说过：“如果你要得到仇人，就表现得比你的仇人优越；如果你要得到朋友，就要让你的朋友表现得比你优越。”当我们让朋友表现得比他们还优越时，他们就会有一种被肯定的感觉；但是当我们表现得比他们还优越时，他们就会产生一种自卑感，甚至对我们产生敌视情绪。因为谁都在自觉不自觉地强烈维护着自己的形象和尊严。所以，对自己要轻描淡写，要学会谦虚谨慎，只有这样，我们才会永远受到别人的欢迎。
（4）化解矛盾
一般而言，与团队成员有点小想法、小摩擦、小隔阂，是很正常的事。但千万不要把这种“小不快”演变成“大对立”，甚至成为敌对关系。对别人的行动和成就表示真正的关心，是一种表达尊重与欣赏的方式，也是化敌为友的纽带。
（5）接受批评
从批评中寻找积极成分。如果团队成员对你的错误大加抨击，即使带有强烈的感情色彩，也不要与之争论不休，而是从积极方面来理解他的抨击。这样，不但对你改正错误有帮助，也避免了语言敌对场面的出现。
（6）创造能力
一加一大于二，但你应该让他大得更大。培养自己的创造能力，不要安于现状，试着发掘自己的潜力。一个有不凡表现的人，除了能保持与人合作以外，还需要所有人乐意与你合作。
2.3团队合作表现
（1）尊重其他团队成员，努力使自己融入团队之中；
（2）将个人努力与实现团队目标结合起来，完成自己在团队中的任务，以实际工作支持团队的决定，成为可靠的团队成员；
（3）为完成工作和团队成员进行非正式的讨论，在团队决策时提出自己的建议及理由，尊重、认同上级认为是重要的事情并执行其相关决策；
（4）作为团队一员，随时告知其他成员有关团队活动、个人行动和重要的事件，共享有关的信息；
（5）认识到团队成员的不同特点，并且把它作为可以接触、学习知识与获取信息的机会。
2.4团队合作核心内容
（1）团队信息传递和反馈的技术
（2）跨文化的支持，理解和协调
（3）明晰团队角色和任务
（4）领导团队排除干扰和适时调整工作计划
2.5团队合作具体怎么做
（1）“相互信任是发展的第一动力。” 信任你的团队成员，信任你的合作伙伴，信任我们的质量。
（2）积极聆听的要领。正如沃尔玛总裁所说的:“如果你必须将沃尔玛体制浓缩成一个思想,那可能就是沟通，因为它是我们成功的真正关键之一。
技巧之一:积极地倾听:
集中精力，开放式的姿态、积极预期、鼓励、恰当身体语言;
技巧之二:排除“情绪”:
做好倾听不同意见的准备;友善体谅对方;肯定对方;
技巧之三:积极的回应;
技巧之四:理解真意:
听清全部信息;归纳关键;感情色彩;克服习惯思维;
技巧之五:设身处地;
技巧之六:学会发问:
开放式发问;清单式发问;假设式;重复式;激发式;转移式。
（3）表达的技巧。选择恰当的时间;有一个恰当的地点;考虑听众的情绪;表达应确切、简明、扼要、完整;用听众熟悉的语言进行表达;强调重点;语言与形体表达一致;检查对方是否已明白你要表达的内容;重复或改述;建立互信的氛围。
（4）反馈的技巧。给予反馈，针对对方的需求，站在对方的角度;反馈要具体、明确，只好能举出例证;多一些正面的、建设性的反馈;把握好时机;集中于对方可以改变的行为;对事不对人，使用描述性而不是评估性的反馈;考虑对方的接受程度,确保理解。接受反馈，倾听，不打断。听是第一位的;避免自卫;提出问题，澄清事实，询问事例;总结接受到的反馈信息，确认对它的理解;向对方表明你将如何采取行动;尽力理解对方的目标。
2.5冲突表现
（1）竞争
竞争方式的特征:正面冲突，直接发生争论、争吵或其他形式的对抗；双方都高度武断、不合作。都寻找自我利益的满足，不考虑对他人的影响;试图牺牲他人来换取自己的利益。试图证明自己是正确的，让对方承担责任;只顾胜负、曲直，不顾冲突带来的后果。
（2）回避
既不合作也不武断;团队冲突是以双方回避冲突的形式表现的;双方试图忽略冲突;双方意识到冲突的存在，但都希望回避，不发生正面对抗。
（3）迁就
愿意牺牲自己的目标使对方达到目标;尽管自己不同意，但还是支持他人的意见，原谅他人的违规并允许他继续这样做;为了维护相互关系，一方愿意做出自我牺牲。
（4）妥协
介于武断与合作之间。当双方都放弃某些东西，共同分享利益时。就带来妥协的结果;没有明显的输赢。双方都倾向于放弃一些东西，都达不到彻底满足；双方的基本目标能达成，关系也能维持良好;团队冲突得到暂时解决。
2.6冲突解决
（1）避免口头的规章制度
要想让团队成员服从管理，或者保持一定的团结，就必须设立一定的规章制度来约束，不是口头的那种，而是整理成文件下发到每个人手中必须谨记与遵守的制度。
（2）用PK的方式打破冲突
如果一个团队总是谁也不服谁，这个时候可以通过PK的方式，公开比赛然后做出结果判断，这样就可以很好地解决这个问题，也不至于伤及团队的心情。
（3）注意团队成员的匹配度
对于团队成员的组成，一定要根据他们的性格特征与能力来进行匹配，目的是为了防止日后工作中出现不必要的麻烦。
（4）树立一致的团队文化
一致的团队文化，可以让大家保持一致的奋斗目标，也正是因为如此才能够帮助团队更好地在未来快速发挥团队价值，减少不必要的冲突。
（5）保持定期的团队沟通
为了让团队成员之间更加熟悉与了解，可以定期地组织一些团建或者沟通，这样可以通过对彼此的了解，从而保证日后的工作正常开展。
（6）合作
对双方利益都高度重视，寻求相互受益的结果。坦诚差异并找到解决的办法，而不是迁就不同的观点;综合双方的见解，寻找双赢的方案;相互尊重与信任;团队冲突得到完全消除。
3.项目实现
3.1可行性研究报告
3.1.1 编写目的
可行性报告分析是为“网上书店管理系统”开发的可行性、必要性提供论据，为开发人员进行系统总体规划设计及具体实施开发工程提供必要的参考资料，在系统开发完成后期为系统的测试、验收提供帮助。
3.1.2 背景
本项目作为《软件工程》课程的课程设计提出，希望通过《网上书店》电子商务网站的设计开发，了解软件文档的相关标准和编写原则，训练并掌握软件各类文档写作的技巧；另一方面，提高使用JSP开发J2EE架构的电子商务网站（B/S结构）的能力。
3.1.3 性能要求：
网上书店管理系统的使用者是购买图书的消费者。对于店主的管理工作需要方便对进书、售书、库存、订单、客户的管理等；对于订购图书的消费者提供浏览页面、订购图书等功能。
3.2需求说明书
3.2.1 编写目的
详细、准确和全面定义基于web的网上书店系统的用户需求，指导软件系统的后续开发工作；本文档所描述的用户需求将作为该项目最终验收的标准和依据。
3.2.2 读者对象
（１）用户
（２）需求分析人员
（３）软件设计人员
（４）软件测试人员
3.2.3 软件项目概述
问题描述(1)
编写软件完成网上查询书籍、售书和交易的自动化：系统可以通过用户的账号密码确认帐户信息，响应用户查询要求，并提调仓库系统的相关书籍数目信息，在书籍数目充足情况下，完成用户交易请求，交易请求完成后，向网站管理员及时提供订单信息，后由管理员确认发书，若存在书籍问题，用户提出退货请求，系统通过向管理员核实相关信息后进行响应。
问题描述(2)
用户可以在网站上搜索所要书籍信息；注册用户可以通过系统完成购书交易并在货到后付款；交易完成后，注册用户可以通过Internet反馈购书信息；书籍有问题，注册用户可以通过Internet提出退货请求，经核实后退换书籍；注册用户可以通过Internet查询他们拥有的账号的信息和相关的交易费用清单。管理员可以通过系统对已注册的用户信息进行管理，对书籍信息进行管理。
3.2.4系统概览
网上书店是一种高质量、快捷、方便的购书方式，采用先进的计算机技术和通信技术，对图书进行更加合理化、信息化的管理的同时，实现人们足不出户便可购买到所需书籍的意愿，实现了传统业务的信息化和电子化。
随着软件开发方法学的演变和发展，特别是软件设计模式、软件组件等概念的提出，给软件重用度、软件的可扩充性及软件开发效率的提高，提供了一个诱人的前景。我们将采纳当前软件工程最新技术，采用统一建模语言UML描述基于网络计算平台的整个项目，在分析、设计时充分利用软件模式及组合软件模式，利用前人的专家级经验，提高开发效率；最后的产品用软件组件的形式加以封装，并用XML来描述软件组件及各软件组件间的接口。通过这一课程作业实践，一方面能加深我们对软件模式、软件组件、XML、UML的认识和理解，使我们就这些新技术的应用，提出更为可行的建议；另一方面，我们也希望能开发出新的软件组件，抽出新的软件模式，进一步充实软件模式仓库，繁荣软件组件市场。
3.3详细设计说明书
3.3.1编写目的
详细定义软件总体的功能、系统的接口和数据属性；划分程序基本结构、各程序名称和功能，以便于软件详细设计和编程。
本文档作为系统的概要设计文档，是本平台系统分析人员按照需求文档编写的。
本文档描述系统在功能上的主要设计和思想；预先估计以后系统可能达到的目标。
本文档的阅读对象为软件开发组成员，包括项目监理成员、系统分析员、数据库设计员、程序员和项目经理、质量控制部成员。
3.4系统测试文档
| 需求功能名称 |
测试用例名称 |
作者 |
应交付日期 |
| 用户登录测试 |
用户登录测试用例 |
* * * |
2020-01-05 |
| 管理员登录测试 |
管理员登陆测试用例 |
* * * |
2020-01-05 |
| 普通用户修改密码测试 |
普通用户修改密码测试用例 |
* * * |
2020-01-05 |
| 管理员修改密码测试 |
管理员修改密码测试用例 |
* * * |
2020-01-05 |
| 普通用户修改个人信息测试 |
普通用户修改个人信息测试用例 |
* * * |
2020-01-05 |
| 管理员修改个人信息测试 |
管理员修改个人信息测试用例 |
* * * |
2020-01-05
|
| 用户注册测试 |
用户注册测试用例 |
* * * |
2020-01-05
|
| 书籍查询测试 |
书籍查询测试用例 |
* * * |
2020-01-05
|
| 系统设置 |
系统设置测试用例 |
* * * |
2020-01-05 |
3.4.1测试目标
程序能正常运行，实现了需求中的各项功能，人机交互良好，程序健壮，经过测试，系统无严重缺陷，设计的测试用例90%执行,确定的所有缺陷都已得到了商定的解决结果，而且没有发现新的缺陷。
3.4.2测试用例
在实施测试之前设计好测试用例，可以避免盲目测试，提高测试效率。
4.今后计划
先把基于web的网上书店系统的功能进一步完善，通过测试后能够把这个系统推广出去，并且成功发布。要知道软件开发已然不是纯粹的编程，提供解决问题的思路才是工程的目标，所以要更加偏重于用工程化的思想来开发软件，进一步了解用户的需求，在此基础上开发出更符合用户需求的软件，不断更新换代。