图书管理系统 软件项目管理大作业

1图书管理系统项目管理2016年6月22日目录1．合同管理------------------------------------------------------------------22．生存期--------------------------------------------------------------------43．需求管理3.1软件需求管理过程---------------------------------------------------53.1需求概述---------------------------------------------------53.2目标--------------------------------------------------------53.4功能需求--------------------------------------------------53.8编写用例文档----------------------------------------------74．任务分解---------------------------------------------------114.1任务清单-----------------------------------------------------------114.2WBS---------------------------------------------------------------145．规模估算---------------------------------------------------116．项目计划----------------------------------------------------157．质量计划----------------------------------------------------167.1项目经理的职责---------------------------------------------------167.2软件项目质量保证活动----------------------------------------------177.3测试计划-------------------------------------------------------------197.4质量改善------------------------------------------------------------208．团队管理---------------------------------------------------218.1项目组织结构------------------------------------------------------228.2团队沟通管理------------------------------------------------------2321合同项目名称：图书管理系统项目管理委托单位(甲方)：Bit金融商务大学承担单位(乙方)：中国软件有限责任公司研究起止日期：2016年3月至2016年6月中国软件有限责任公司2016年3月21日填项目名称：图书管理系统项目管理甲方（合同专用章）乙方（合同专用章）合同签订日期：2016年3月21日依据《中华人民共和国合同法》的规定，甲乙双方经友好协商，签定以下合同。双方申明，双方都已理解并认可了本合同的所有内容，同意承担各自应承担的权利和义务，忠实地履行本合同。（一）软件设计与制作的项目价格项目价格(元)简要说明策划创意费5000元为图书馆建立网站树立企业形象，展现互联网独特的优势与特点。并可以根据企业的市场和经营管理策略特别策划并提供整套的EC解决方案。首页设计与制作1500元访问者登陆图书馆网站的首先索引页，以图书馆识别系统为设计基准，兼顾易用性与导引性原则，体现图书馆整体形象特征。合同书3图书馆功能的设计与制作费8000元根据乙方的要求设计图书馆功能。以符合网站整体风格及体现内容特色为设计基准，兼顾功能性与内容导航特征。内部制作800元根据网站整体设计风格，依据不同频道/栏目模板进行个性化设计与制作。英语版500按照网站整体设计模板进行不同语种转换。小计15800元（二）该项目的进度安排预计于3月22日开始设计，首页设计与制作，图书馆功能设计与制作将于4月20日完成。内部制作以及英语版于5月2号完成。到六月1号完成整个软件的调试工作。安装及实施。甲方的权利和义务根据本合同项目的实际需要和乙方的要求提供协助，并提供有关的资料，报表及文档等，甲方保证所提供的所有资料完整、真实、合法。按本合同约定支付软件开发费用。甲方有权在软件验收之日起一年内，要求乙方对验收完毕的软件模块出现的非人为因素造成的错误及故障，进行免费维护。乙方的权利和义务：按照甲方提供的材料按时完成本合同规定的软件开发工作。另行签署协议确认。乙方有义务在软件验收之日起一年内，对验收完毕的软件模块出现的非人为因素造成的错误及故障，进行免费维护。后，需要乙方对软件模块进行维护时，乙方可根据情况酌情优惠收取模块维护费用。要的帮助。经乙方许可，甲方不得公布文件源码，不得复制、传播、出售或者许可他人使用乙方作品及其程序等。乙方可以在业务范围内使用这些作品。方当事人应当保守在履行本合同过程中获知的对方商业秘密。力的手段，另一方可以解除本合同并有权要求对方赔偿损失。任何一方在履行中发现或者有证据表明对方已经、正在或将要违约，可以终止履行本合同，但应及时通知对方。若对方继续不履行、履行不当或者违反本合同，该方可以解除本合同并要求对方赔偿损失。4充但应当以书面形式确认。上述文件一经签署，即具有法律效力并成为本合同的有效组成部分。第十二条本合同附件为本合同不可分割的一部分，与合同正文具有同等法律效力。第十三条任意一方欲提前解除本合同，应提前通知对方。甲方提前解除合同的，无权要求乙方返还预付费用并应对乙方遭受的损失承担赔偿责任；乙方无故解除合同的，应双倍返还上述费用。本合同其他条款对合同的解除另有约定的，从其约定。商同意，可以变更本合同相关内容或者终止合同的履行。立、解释、履行、效力等发生争议的，应友好协商解决；协商不成的，双方同意向仲裁委员会提交仲裁并接受其仲裁规则。动漫软件份，双方当事人各执一份，具有同等法律效力。甲方(盖章)：___√______乙方(盖章)：___√______法人代表(签字)：_Jim________法人代表(签字)：_Jack___________2016___年__3__月__22__日____2016_____年__3__月__22__日2生存周期模型当有一个稳定产品定义和很容易被理解的技术解决方案时，纯瀑布模型特别合适。当你对一个定义很的版本进行维护或将一个产品移植到一个新的平台上，瀑布模型也特别合适。对于那些容易理解单很复杂的项目，采用纯瀑布模型比较合适，因为可以用顺序方法处理问题，质量需求高于成本需求和进度需求的时候，它尤为出色。当开发队伍的技术力量比较弱或者缺乏经验时，瀑布模型更为合适。所以本图书管理系统采用瀑布模型。需求分析设计实施测试维护53需求规格说明书3.1需求概述3.2目标“图书管理系统”主要提供图书信息和读者基本信息的维护以及借阅等功能。该系统针对的用户是单个中小型图书室，藏书的种类和数量较少，系统需要操作方便，方便管理员对整个系统管理和学生借阅书的方便。3.3用户类和特征最终的用户是图书管理员和读者，图书管理员需要进行用户的创建、修改和删除等工作，要求具备计算机知识，如权限管理等。读者是普通用户，具备一定的计算机操作知识即可。3.3运行环境操作系统：Windows2000Server或WindowsNT。数据库管理系统：SQLServer。开发工具：Eclipse。软件平台：Tomcat。客户端软件选择的具体说明：web浏览器。3.4功能需求本系统相应的需求有：（1）能够存储一定数量的图书信息,并方便有效的进行相应的书籍数据操作和管理，这主要包括：图书信息的录入、删除及修改。图书信息的多关键字检索查询。图书的出借、返还和资料统计。（2）能够对一定数量的读者进行相应的信息存储与管理，这其中包括：读者信息的登记、删除及修改。读者资料的统计与查询。能够提供一定的安全机制，提供数据信息授权访问。管理员学生修改读者信息修改图书信息办理借阅查询图书信息查询图书信息关系数据63.5需求补充说明：（1）数据保存：需要长期保存在数据库的数据有：图书信息：图书的基本信息；读者信息：读者的基本信息；借阅信息：图书的借阅信息；帐号信息：图书管理员和读者的登录帐号；（2）系统用户：图书管理员、读者。图书管理员：对图书和读者数据可执行添加、修改、删除以及查询等操作。读者：可查询图书以及查询与本人相关的借阅信息。3.6确定执行者执行者是与系统交互的外部实体，它既可以是人员也可以是外部系统或硬件设备。确定执行者可以通过提出以下问题得到：–谁使用系统的主要功能？–谁需要系统的支持以完成日常工作任务？–谁从系统获取信息？–谁负责维护和管理系统以保证其正常运行？–系统需要应付（处理）哪些外部硬件设备？–系统需要和哪些外部系统交互？在本例中，可以确定“图书管理员”和“读者”为系统的执行者。“图书管理员”负责使用系统的主要功能，“读者”从系统中获取所需的信息。3.7确定用例用例描述了一个完整的系统事件流程，其重点在于执行者与系统之间的交互而不是内在的系统活动，并对执行者产生有价值的可观测结果。确定用例可以通过提出以下问题得到：–参与者需要从系统中获得什么功能？参与者需要做什么？–参与者读取、产生、删除、修改或存储系统的某些信息吗？–系统中发生事件需要通知参与者吗？参与者需要通知系统某件事情吗？–系统的输入/输出信息是什么？这些信息从哪儿来到哪儿去？–采用什么实现方法满足某些特殊要求？本例中我们通过一定的调研和分析得到的“图书管理系统”的用例图，如图3.1所示。7图3.1用例图3.8编写用例文档用例图不能提供用例所具有的全部信息，因此需要使用文字描述那些不能放映在图形上的信息。用例文档是关于执行者与系统如何交互的规格说明，要求清晰明确，没有二义性。在描述用例时，应该只注重外部能力，不涉及内部细节。下面给出本例中的用例文档。(1).图书信息的维护用例用例名：图书信息的维护参与执行者：图书管理员入口条件：图书管理员已经登陆到该系统中。事件流：当有新书入库时，图书管理员在录入页面输入书的信息，点击提交按钮，系统将书的信息保存到数据库中；当某一本图书的信息需要修改时，图书管理员通过输入查询条件，搜索出该书时，点击修改按钮，系统在可编辑状态显示图书的当前信息，图书管理员修改具体信息，点击保存按钮，系统将更新数据库中该书的信息；当需要删除一个或多个图书时，图书管理员查找到需要删除的图书记录，点击删除按钮，系统提示“确实要删除？”对话框，当管理员选择“是”，系统将删除数据库中相应图书的信息，反之，则不进行任何操作。出口条件：系统将数据库中的信息进行相应的操作：添加图书信息时，将新的图书信息保存在数据库中；修改图书信息时，将数据库中该图书的信息做相应的更新操作；删除图书信息时，则删除数据库中的相应图书记录。异常事件：在图书进行修改和删除时，先查出需要进行处理的图书记录，如果数据库中不错在符合条件的记录，查询无结果时，则无法进行修改和删除操作。(2).读者信息的维护用例用例名：读者信息的维护参与执行者：图书管理员入口条件：图书管理员已经登陆到该系统中。图书信息的维护读者信息的维护图书信息的查询读者信息的查询口令管理借书图书管理员还书查询个人基本信息读者查询个人借阅信息8事件流：当有新的读者时，图书管理员在录入页面输入读者的信息，点击提交按钮，系统将读者的信息保存到数据库中；当某一本读者的信息需要