图书管理系统软件项目管理大作业Word下载.docx

图书管理系统软件项目管理大作业Word下载.docx

《图书管理系统软件项目管理大作业Word下载.docx》由会员分享，可在线阅读，更多相关《图书管理系统软件项目管理大作业Word下载.docx（23页珍藏版）》请在冰豆网上搜索。

7.4质量改善20

8．团队管理21

8.1项目组织结构22

8.2团队沟通管理23

1合同

合同书

项目名称：

委托单位（甲方）：

金融商务大学

承担单位（乙方）：

中国软件有限责任公司

研究起止日期：

2016年3月至2016年6月

中国软件有限责任公司

2016年3月21日填

项目名称：

图书管理系统项目管理

甲方（合同专用章）乙方（合同专用章）

合同签订日期：

2016年3月21日

依据《中华人民共和国合同法》的规定，甲乙双方经友好协商，签定以下合同。

双方申明，双方都已理解并认可了本合同的所有内容，同意承担各自应承担的权利和义务，忠实地履行本合同。

第一条本合同软件开发项目的价格、工作进度与安排。

（一）软件设计与制作的项目价格项目价格（元）简要说明

策划创意费5000元为图书馆建立网站树立企业形象，展现互联网独特的优势与特点。

并可以根据企业的市场和经营管理策略特别策划并提供整套的解决方案。

首页设计与制作1500元访问者登陆图书馆网站的首先索引页，以图书馆识别系统为设计基准，兼顾易用性与导引性原则，体现图书馆整体形象特征。

图书馆功能的设计与制作费8000元根据乙方的要求设计图书馆功能。

以符合网站整体风格及体现内容特色为设计基准，兼顾功能性与内容导航特征。

内部制作800元根据网站整体设计风格，依据不同频道/栏目模板进行个性化设计与制作。

英语版500按照网站整体设计模板进行不同语种转换。

小计15800元

（二）该项目的进度安排

预计于3月22日开始设计，首页设计与制作，图书馆功能设计与制作将于4月20日完成。

内部制作以及英语版于5月2号完成。

到六月1号完成整个软件的调试工作。

第二条合同履行期限按照附件规定的工作进度决定，经双方协商一致，可以延长该期限。

第三条甲方应向乙方提供必要的资料和方便条件，协助配合乙方进行软件的开发、调试、安装及实施。

第四条双方的基本权利和基本义务甲方的权利和义务根据本合同项目的实际需要和乙方的要求提供协助，并提供有关的资料，报表及文档等，甲方保证所提供的所有资料完整、真实、合法。

按本合同约定支付软件开发费用。

甲方有权在软件验收之日起一年内，要求乙方对验收完毕的软件模块出现的非人为因素造成的错误及故障，进行免费维护。

乙方的权利和义务：

按照甲方提供的材料按时完成本合同规定的软件开发工作。

可以根据甲方的要求帮助甲方举办培训和技术咨询，具体的操作方式及费用双方另行签署协议确认。

依合同收取软件开发费用。

乙方有义务在软件验收之日起一年内，对验收完毕的软件模块出现的非人为因素造成的错误及故障，进行免费维护。

第五条甲方在一年的免费维护期之后，需要乙方对软件模块进行维护时，乙方可根据情况酌情优惠收取模块维护费用。

第六条甲方同意按双方约定的付款方式和时间及时向乙方支付合同费用，以及提供其他必要的帮助。

第七条本合同涉及的相关程序、文件源码的版权属乙方所有，但乙方授予甲方使用权。

未经乙方许可，甲方不得公布文件源码，不得复制、传播、出售或者许可他人使用乙方作品及其程序等。

乙方可以在业务范围内使用这些作品。

第八条甲方不能按时支付合同费用，导致的工期延误，其责任由甲方承担。

第九条双方当事人应当保守在履行本合同过程中获知的对方商业秘密。

第十条双方应本着诚实信用的原则履行本合同。

任何一方在履行中采用欺诈、胁迫或者暴力的手段，另一方可以解除本合同并有权要求对方赔偿损失。

任何一方在履行中发现或者有证据表明对方已经、正在或将要违约，可以终止履行本合同，但应及时通知对方。

若对方继续不履行、履行不当或者违反本合同，该方可以解除本合同并要求对方赔偿损失。

第十一条本合同签订后，经双方当事人协商一致，可以对本合同有关条款进行变更或者补充但应当以书面形式确认。

上述文件一经签署，即具有法律效力并成为本合同的有效组成部分。

第十二条本合同附件为本合同不可分割的一部分，与合同正文具有同等法律效力。

第十三条任意一方欲提前解除本合同，应提前通知对方。

甲方提前解除合同的，无权要求乙方返还预付费用并应对乙方遭受的损失承担赔偿责任；

乙方无故解除合同的，应双倍返还上述费用。

本合同其他条款对合同的解除另有约定的，从其约定。

第十四条任何一方违反本合同，给对方造成损失的，还应赔偿损失。

第十五条订立本合同所依据的客观情况发生重大变化，致使本合同无法履行的，经双方协商同意，可以变更本合同相关内容或者终止合同的履行。

第十六条双方当事人对本合同的订立、解释、履行、效力等发生争议的，应友好协商解决；

协商不成的，双方同意向仲裁委员会提交仲裁并接受其仲裁规则。

动漫软件

第十七条本合同经由双方授权代表签字，自签订之日起生效。

第十八条本合同一式两份，双方当事人各执一份，具有同等法律效力。





甲方（盖章）：

√乙方（盖章）：

√

法人代表（签字）：

法人代表（签字）：

2016年3月22日2016年3月22日

2生存周期模型

当有一个稳定产品定义和很容易被理解的技术解决方案时，纯瀑布模型特别合适。

当你对一个定义很的版本进行维护或将一个产品移植到一个新的平台上，瀑布模型也特别合适。

对于那些容易理解单很复杂的项目，采用纯瀑布模型比较合适，因为可以用顺序方法处理问题，质量需求高于成本需求和进度需求的时候，它尤为出色。

当开发队伍的技术力量比较弱或者缺乏经验时，瀑布模型更为合适。

所以本图书管理系统采用瀑布模型。

3需求规格说明书

3.1需求概述

3.2目标

“图书管理系统”主要提供图书信息和读者基本信息的维护以及借阅等功能。

该系统针对的用户是单个中小型图书室，藏书的种类和数量较少，系统需要操作方便，方便管理员对整个系统管理和学生借阅书的方便。

3.3用户类和特征

最终的用户是图书管理员和读者，图书管理员需要进行用户的创建、修改和删除等工作，要求具备计算机知识，如权限管理等。

读者是普通用户，具备一定的计算机操作知识即可。

3.3运行环境

操作系统：

2000或。

数据库管理系统：

。

开发工具：

。

软件平台：

客户端软件选择的具体说明：

浏览器。

3.4功能需求

本系统相应的需求有：

（1）能够存储一定数量的图书信息,并方便有效的进行相应的书籍数据操作和管理，这主要包括：

✓图书信息的录入、删除及修改。

✓图书信息的多关键字检索查询。

✓图书的出借、返还和资料统计。

（2）能够对一定数量的读者进行相应的信息存储与管理，这其中包括：

✓读者信息的登记、删除及修改。

✓读者资料的统计与查询。

✓能够提供一定的安全机制，提供数据信息授权访问。

3.5需求补充说明：

（1）数据保存：

需要长期保存在数据库的数据有：

✓图书信息：

图书的基本信息；

✓读者信息：

读者的基本信息；

✓借阅信息：

图书的借阅信息；

✓帐号信息：

图书管理员和读者的登录帐号；

（2）系统用户：

图书管理员、读者。

✓图书管理员：

对图书和读者数据可执行添加、修改、删除以及查询等操作。

✓读者：

可查询图书以及查询与本人相关的借阅信息。

3.6确定执行者

执行者是与系统交互的外部实体，它既可以是人员也可以是外部系统或硬件设备。

确定执行者可以通过提出以下问题得到：

–谁使用系统的主要功能？

–谁需要系统的支持以完成日常工作任务？

–谁从系统获取信息？

–谁负责维护和管理系统以保证其正常运行？

–系统需要应付（处理）哪些外部硬件设备？

–系统需要和哪些外部系统交互？

在本例中，可以确定“图书管理员”和“读者”为系统的执行者。

“图书管理员”负责使用系统的主要功能，“读者”从系统中获取所需的信息。

3.7确定用例

用例描述了一个完整的系统事件流程，其重点在于执行者与系统之间的交互而不是内在的系统活动，并对执行者产生有价值的可观测结果。

确定用例可以通过提出以下问题得到：

–参与者需要从系统中获得什么功能？

参与者需要做什么？

–参与者读取、产生、删除、修改或存储系统的某些信息吗？

–系统中发生事件需要通知参与者吗？

参与者需要通知系统某件事情吗？

–系统的输入/输出信息是什么？

这些信息从哪儿来到哪儿去？

–采用什么实现方法满足某些特殊要求？

本例中我们通过一定的调研和分析得到的“图书管理系统”的用例图，如图3.1所示。

图3.1用例图

3.8编写用例文档

用例图不能提供用例所具有的全部信息，因此需要使用文字描述那些不能放映在图形上的信息。

用例文档是关于执行者与系统如何交互的规格说明，要求清晰明确，没有二义性。

在描述用例时，应该只注重外部能力，不涉及内部细节。

下面给出本例中的用例文档。

（1）.图书信息的维护用例

用例名：

图书信息的维护

参与执行者：

图书管理员

入口条件：

图书管理员已经登陆到该系统中。

事件流：

当有新书入库时，图书管理员在录入页面输入书的信息，点击提交按钮，系统将书的信息保存到数据库中；

当某一本图书的信息需要修改时，图书管理员通过输入查询条件，搜索出该书时，点击修改按钮，系统在可编辑状态显示图书的当前信息，图书管理员修改具体信息，点击保存按钮，系统将更新数据库中该书的信息；

当需要删除一个或多个图书时，图书管理员查找到需要删除的图书记录，点击删除按钮，系统提示“确实要删除？

”对话框，当管理员选择“是”，系统将删除数据库中相应图书的信息，反之，则不进行任何操作。

出口条件：

系统将数据库中的信息进行相应的操作：

添加图书信息时，将新的图书信息保存在数据库中；

修改图书信息时，将数据库中该图书的信息做相应的更新操作；

删除图书信息时，则删除数据库中的相应图书记录。

异常事件：

在图书进行修改和删除时，先查出需要进行处理的图书记录，如果数据库中不错在符合条件的记录，查询无结果时，则无法进行修改和删除操作。

（2）.读者信息的维护用例

读者信息的维护

当有新的读者时，图书管理员在录入页面输入读者的信息，点击提交按钮，系统将读者的信息保存到数据库中；

当某一本读者的信息需要修改时，读者管理员通过输入查询条件，搜索出该读者信息时，点击修改按钮，系统在可编辑状态显示读者的当前信息，读者管理员修改具体信息，点击保存按钮，系统将更新数据库中该读者的信息；

当需要删除一个或多个读者时，图书管理员查找到需要删除的读者记录，点击删除按钮，系统提示“确实要删除？

”对话框，当管理员选择“是”，系统将删除数据库中该图书的信息，反之，则不进行任何操作。

系统将数据库中的读者信息进行相应的操作：

添加读者信息时，将新的读者信息保存在数据库中；

修改读者信息时，将数据库中该读者的信息做相应的更新操作；

删除读者信息时，则删除数据库中的相应读者记录。

在进行修改和删除读者信息时，先查出需要进行处理的读者记录，如果数据库中不错在符合条件的记录，查询无结果时，则无法进行修改和删除操作。