我们的团队
陈新宇 1713071011 贡献比例 $w_1=0.2$
周佳慧 1713071012 贡献比例 $w_2=0.2$
宋磊 1713071013 贡献比例 $w_3=0.2$
潘嘉盛 1713071014 贡献比例 $w_4=0.2$
管海宇 1713071015 贡献比例 $w_5=0.2$
一、电梯演说模版
各位用户/老师：
•我们的产品<图书管理系统>(Name)是<对图书库以及图书流通进行管理>(Category)的产品
•典型用户是<那些需要在网上借阅或购买图书的用户>(Customer)
•用户需求是<通过网络或软件有更好的借阅购买图书的体验>(Need)
•我们产品的主要竞争优势在于<借阅与购买一体化，用户可以在系统中对图书进行查询，并选择是借阅还是购买>(Benefit)
•产品实现的主要方法是<用户与管理员的层次分离，给不同对象提供不同操作，通过数据库修改、保存图书信息>(Approach)
•其他竞争产品有<当当网上商城书店>、<京东书城>、<图书馆借阅系统>(Competitor)等
•我们能够通过<网络论坛等宣传，针对网络用户，接触我们的目标群众>(Delivery)
二、系统功能需求
在图书管理系统中，不外乎三个：读者、图书、管理人员。图书管理、借书、还书等是系统的基础业务。而图书馆网络管理系统可向读者提供图书查询和电子图书的服务等，用户则对图书的查询、借阅，电子图书网上阅读功能操作；管理员可对系统用户任意分配权限，控制图书的流通，它能使图书馆工作人员从繁重的工作中解脱出来，大大减轻了工作量，减少人为的工作失误，全面提高图书馆的管理效率及服务质量，从而使图书管理水平和业务跃上一个新的台阶。
图书管理系统应具备以下两个特点：
1、系统应用和系统管理相结合
在系统中，用户可以对图书进行查询、查阅、借和还等操作，管理员可以对用户和图书进行分配权限，控制图书的流通。
2、图书的管理和阅读相结合
图书管理系统应具备以下主要功能：
1、馆员管理
维护馆员信息，有查询、添加、修改、删除功能。馆员身份不同，分别对应不同的操作权限。超级管理员拥有系统维护、数据库维护的权限；一般管理员负责不同的日常工作模块；馆长拥有一切权限。馆员类别划分加强系统安全性。
2、修改密码
输入当前馆员旧密码、新密码，检查输入完整性，如果旧密码输入不正确，则不能修改。密码录入时以符号（*）显示，密码加密后保存到数据库，以保证数据安全性。
3、借还管理
借还管理功能模块也是系统最主要的功能模块之一。包括五个子功能：借书、还书、预约、续借、催还。这些子功能保证图书的有效流通。
4、图书挂失
读者发现图书丢失后，可到图书馆流通台进行挂失。由于图书已丢失，要求读者提供图书流通号是比较困难的，故在此设计为输入图书证号。系统根据图书证号得出读者在借的所有图书，然后根据显示出的图书信息选定丢失图书，进行挂失。挂失时根据图书原价与"流通设定"里设定的图书丢失赔偿倍数计算罚款。
5、图书查询
系统提供两种查找书目信息的方式，一种是通过输入部分书目信息，以快速定位；一种是通过树表的等级关系，按图书分类进行逐步定位。
6、图书信息
图书信息提供按图书分类逐步定位的查找方式。界面类似于我们所熟悉的Windows系统中的资源管理器，分为两部分，左边树表列出图书分类，右边列表框列出树表中选定节点对应的书目信息。
7、读者信息
读者信息界面类似于图书信息界面。所不同的是左边树表的级数是固定的。根节点下是顶级部门节点，顶级部门下是子部门节点，子部门节点下是读者类型节点。通过此界面，除了管理读者信息，还可进行读者部门、读者类型等码表的维护。
8、系统统计
系统统计通包括多种统计功能：
统计读者借书情况：某部门的某读者借书历史记录清单、违规记录清单。
统计图书情况：新书、旧书、损坏图书等的册数、比例；统计图书流通次数、频率等；统计图书编目时间段；统计各类图书的总册数等。
统计罚款情况：各项记录清单，按部门统计、按时间统计。
图书馆网络管理系统的整体包括两个主要部分，应用系统和管理系统。
三、系统的主要用例图
1.管理员实例
2.用户实例
3.订单实例
四、系统开发工作分解WBS
五、任务分配表
六、团队协作出现问题、矛盾及解决
此次阶段1-系统需求分析的作业中，主要联系了我们团队的需求分析、任务分解和团队协作能力。尽管是初期工作，还是需要我们全身心投入，出现的问题也主要还是在于项目的选定，以及对项目的理解与看法。团队中的讨论从项目选定时就开始，直到选定项目，分配任务，每个人都有自己的想法，包括需求分析的结果，对产品优势的提案等，每个人都有十足的个性与idea。其中包括对图书管理的概念，到底是实际的图书还是电子书，亦或两者都有，此时又该如何区分，是要有两个数据库，还是一个，并且如果是电子书，借阅又该如何执行，且涉及到版权、收费与回收图书等，此时又该如何解决。这些都是团队头脑风暴时出现过的问题，同时我想也都是商业产品开发前至关重要的问题。但考虑到团队的能力与时间限制，我们统一妥协初期设计为易于调整的模板，以便后期开放，也许我们所想最终还是不能得以实现，但这些都是团队协作中至关重要的足迹。