网上图书商城系统-软件项目管理大作业
目录
第1项合同 (2)
1 技术服务合同 (2)
项目名称：网上图书商城系统 (2)
1.1.1 合同内容 (2)
第2项项目实施 (4)
2.1 项目生存期 (4)
第3项项目实施 (6)
3.1 系统功能模块概述和分析 (6)
3.2 系统功能模块设计 (7)
第4项项目任务 (8)
4.1 序言 (8)
4.2任务分解 (8)
第5项项目估算 (10)
5.1 系统功能模块概述和分析 (10)
第6项项目进度 (13)
6.1项目进度时间表 (13)
6.2 甘特图 (14)
第7项项目进度 (16)
7.1组织机构 (16)
7.2职责 (16)
7.2.1 高层管理 (16)
7.2.2 项目的质量保证人员 (17)
7.2.3项目经理 (17)
7.3.质量目标 (17)
7.4.质量策略 (18)
7.5.软件质量保证 (19)
第8项项目风险管理 (20)
8.1、项目风险管理的目的 (20)
8.2、项目风险管理的组成 (20)
8.3、风险的种类 (20)
8.3.1资源风险 (20)
8.3.2业务风险 (21)
8.3.3技术风险 (22)
8.3.4进度风险 (23)
8.4、定义风险参数 (23)
8.5、风险管理策略 (23)
8.6、风险管理角色及职责 (24)
8.7、网上书店中风险的识别 (24)
8.8、风险的控制 (24)
8.9．风险监控 (25)
8.10、网上图书商城项目的风险管理 (25)
第1项合同
1 技术服务合同
项目名称：网上图书商城系统
委托方（甲方）：刘某人
承揽方（乙方）：刘某人
地点：
签订日期： 2016 年 06 月 01日
有效期限： 2016 年 01 月 01 日至 2016 年 06 月 24 日
1.1.1 合同内容
一、合同标题
甲方同意委托乙方开发网上图书商城系统项目。乙方愿意承接甲方上述开发项目，并保证按时、按质地完成开发任务。
二、双方责任
1、甲方负责提出信息发布系统用户需求，并在系统开发完成后，及时组织验收和
付款。
2、乙方负责详细需求调查、设计、开发、调试、培训、技术服务等，保证按照甲
方提出的用户需求按时、按质地完成开发任务。在项目开发完成后，程序源代码使用权以及相关的技术文件完整地交给甲方。
3、为使项目开发后能更好地满足用户的需要并方便今后的维护等，甲方将同时参
加系统的开发。甲方人员参和系统开发和编程，也可对开发工作提出建议，必要时和乙方共同对方案设计和要求进行修改。
4、甲方为乙方现场调查、设计、测试、安装提供必要的条件，以满足项目的实施
需要。
5、甲方在合同有效期内发生需求变更较大，引起合同中乙方设计开发内容调整时，
双方对变更内容进行协商，协同解决，并形成备忘录。
6、此项目作为甲方和乙方共同开发项目，利益共享，其中任何一方如未经另一方
同意，得利用此次项目开发设计程序申请其他专题立项，或给和第三方使用。
三、开发费用及付款方式
（一）本项目的总开发费用为（人民币大写）壹万贰仟叁佰肆拾伍元整（人民币元）。
（二）甲方向乙方支付执行本合同所需款项：
1、分期付款方式：
●在本合同签订后的15日内，甲方支付乙方项目预付款三十五万元人民币；
●在项目验收合格后的15日内，甲方支付乙方项目开发款伍佰三十五万元人民
币；
四、验收
由甲乙双方派出技术人员对软件进行验收。
五、售后服务支持
1、在系统验收合格后，乙方对所开发的使用系统提供一年免费的售后服务。
2、在售后服务期的前两周，乙方将派工作人员协同甲方使用改软件。
3、售后服务内容包括软件缺陷、故障及软件功能的部分修改和完善等，用户因工作需要要求对部分功能作小范围改动时，乙方应免费给予完成。
4、在售后服务期内，乙方保证在出现使用系统故障时应及时、积极响应，遇有特殊情况双方协商。
六、保密责任
甲、乙双方保证使用系统的所有技术信息和资料，不透露给第三方。
七、履行的期限、地点和方式。
本合同自2016年06月01日至2016年06月24日在北京履行。
本合同的履行方式：
甲方责任
甲方全力协助乙方完成合同内容。
合同期内甲方为乙方提供专业性接口技术支持。
乙方责任：
乙方按甲方要求完成合同内容。
乙方愿提供在实现功能的前提下，进一步予以完善。
乙方在合同商定的时间内保证系统正常运行。
乙方在项目验收后提供一年免费维护。
未经甲方同意，乙方不得向第三方提供本系统中涉及专业的技术内容和所有的系统数据。
八、技术情报和资料的保密
本合同中的相关专业技术内容和所有的系统数据，归甲方所有，未经甲方同意乙方不得提供给第三方。
九、不可抗力
1、如合同双方中任何一方由于不可抗力，如：地震、水灾、台风、战争和其他双方都认为的不可抗力原因而无法按期履行合同，则合同执行的时间由于上述时间的发生做相应延期。
2、受影响方应尽快将所发生的不可抗力事故的情况以电话或传真通知另一方，并在不可抗力发生14天内尽快用传真和挂号信将有关权威机构出具的证明文件提交另一方确认。
3、当不可抗力事故终止或事故消除后，受阻方应尽快用传真或电传通知对方关于不可抗力形势的解除并以挂号信加以确认，并继续履行合同。
4、如果不可抗力阻碍合同的履行超过180天，双方就合同的进一步履行问题进行讨论并达成一致意见。
十、争议的解决办法
在本合同履行过程中发生争议或出现未能预料到的问题，双方本着互相谅解、协作的原
则，协商解决。
十一、培训
用户培训：乙方在系统试运行期间在甲方办公地点，为用户的操作培训。
十二、专利成果分配
甲方在本项目中所有使用的专利保留专利权，乙方只拥有专利的使用权，未经甲方允许乙方不得私自出售，泄露甲方专利。
十三、其他
1、双方签字、盖章的日期即为本合同的生效日期。
2、本项目的知识产权属于甲乙双方共有。
3、本合同一式两份，甲乙双方各执一份。
甲方签字：乙方签字：
甲方盖章：乙方盖章：
年月日年月日
第2项项目实施
2.1 项目生存期
该项目的特点
此项目需求比较模糊，在开发过程中极有可能发生需求的变更，即使在开发结束后，也常常需要功能上的扩充，
面向的用户群体相当广泛，不同的用户都有可能提出该系统针对某一类群体的改进意见和要求。
项目组内部对此系统的认识也不够统一，对大量辅助功能及新增功能有不同的看法，需要在基本的核心功能完成之后，随着项目的进行，由项目经理进一步收集用户及成员的想法意见进行决策。
用户及成员都需要在短时间内得到一个系统最初的版本，对其进行评价并在后续的开发上对其定位，并得出更多明确的需求。
在项目本身的开发上，为了使系统锦上添花，会用到许多开发人员也并不熟悉的技术，这可能需要开发人员进一步的学习后，再对系统进行改进。
针对该项目的这些特点，权衡各个生存期的适用条件，该项目组选用了增量式模型来开发此系统。增量式模型的特点如下：
可以避免一次性投资太多带来的风险，将主要的功能或者风险大的功能首先实现，然后逐步完善，保证投入的有效性。
可以更快地开发出可以操作的系统。
可以减少开发过程中用户需求的变更。
一些增量可能需要重新开发（如果早期开发的需求不稳定或者不完整）。
可见，增量式模型充分迎合了该项目的特点，并且提供了多种途径解决项目中的一些难题。
根据该项目的特点并结合公司已有的软件生存期模型定义，本项目生存期采用增量模型如图2-1。
图4-1增量模型
生存期中的各阶段描述如下：
项目规划阶段
阶段目标：根据合同和初步的需求分析确定项目的规模、时间计划和资源需求。
输入：合同文本、SOW
过程：项目规划，计划确认
输出：项目计划
需求分析阶段
阶段目标：确定客户的需求
输入：项目计划，SOW
过程：需求获取，需求分析，需求控制
输出：原型系统，需求规格
设计阶段
阶段目标：总体系统结构设计
输入：原型系统，需求规格
过程：总体设计
输出：系统设计说明书，数据库结构定义
增量1实现
阶段目标：实现系统的通用功能
输入：系统设计说明书
数据库结构定义
过程：详细设计,编码，代码走查，代码评审，单元测试
输出：详细设计说明书，源代码，可运行版本－1
增量2实现
阶段目标：实现系统的图书管理功能
输入：系统设计说明书
数据库结构定义
过程：详细设计,编码，代码走查，代码评审，单元测试
输出：详细设计说明书，源代码，可运行版本－2
增量3实现
阶段目标：实现系统的图书显示功能
输入：系统设计说明书
数据库结构定义
过程：详细设计,编码，代码走查，代码评审，单元测试
输出：详细设计说明书，源代码，可运行版本－3
增量4实现
阶段目标：实现系统的图书订单管理功能
输入：系统设计说明书
数据库结构定义
过程：详细设计,编码，代码走查，代码评审，单元测试
输出：详细设计说明书，源代码，可运行版本－4
集成测试
阶段目标：通过集成环境下的软件测试
输入：测试计划
测试案例
过程：集成测试，系统测试
输出：系统软件包,测试报告，产品说明书
产品提交
阶段目标：产品可投入使用
输入：系统软件包
过程：产品提交
输出：验收报告
第3项项目实施
3.1 系统功能模块概述和分析
网上图书商城是典型的网上购物实践中最为普遍的电子商务企业对客户（B2C）模式，主要包括会员注册、订单管理、购物车、搜索、支付等基本功能。此外，本系统也将实现在线图书销售系统的后端管理，包括图书的添加、订单的处理等功能。本系统完全基于JSP技术，在系统的设计和开发过程中严格遵守软件工程的规范，运用软件设计模式，从而减少系统模块间的偶合，力求做到系统的稳定性、可重用性和可扩充性。
网上图书商城主要功能如下：
(1)前台（客户购买）部分：
①用户管理：注册会员、登录、激活、退出、修改密码；
②分类显示：显示所有1级和2级分类；
③图书显示：按分类查询图书、通过关键字搜索图书、高级搜索图书、查看某本
图书的详细等；
④购物车管理：向购物车中添加图书、修改购物车中图书数量、删除购物车中图
书、我的购物车；
⑤订单管理：通过购物车中图书生成订单、查看我的订单、查看某个订单的详细、
订单支付、确认收货、取消未付款订单。
(2)后台（管理员管理）部分：
①管理员：管理员登录；
②分类管理：查看所有分类、添加1级分类、添加2级分类、修改1级分类、修
改2级分类、删除1级分类、删除2级分类；
③图书管理：按分类搜索图书、高级搜索图书、添加新图书、查看图书详细信息、
编辑图书、删除图书；
④订单管理：按状态搜索订单、查看订单详细信息、取消订单、发货；
3.2 系统功能模块设计
根据系统功能分析，可以画出系统的功能模块图。
前台：用户购书功能图
后台管理员功能图：
第4项项目任务
4.1 序言
本计划以项目初期估算为蓝本，尽量实现所有成员在整个项目过程中都能得到相关技能的锻炼，根据现有成员的特点，制定了任务分配。若在计划执行过程中遇到不可控困难，可向项目经理提出申请延期。项目开始前可根据个人意愿进行小幅度任务调整，申请人需填写任务申请表。计划开始后除极特别因素外，不予重新调整。
4.2任务分解
项目任务分解编码表
编码任务名称备注
R000 000需求讨论初步确定需求P000 000软件规划制定项目计划P100 000项目规划
P200 000计划评审
M000 000需求开发细化需求
M100 000用户界面设计
M200 000用户需求评审
M300 000修改需求、界面
M400 000编写需求说明
M500 000需求验证
D000 000设计完成项目设计工作D100 000概要设计
D200 000数据库ER图编制、建库
D300 000设计评审
C000 000实施实际开发
C100 000用户管理
C100 100用户注册
C100 200用户注销
C100 300账号登陆
C100 400个人信息管理
C200 000图书管理
C200 100添加新书
C200 200删除图书
C200 300编辑图书
C200 400查看图书
C300 000界面实现
C400 000整合
T000 000测试对项目进行测试T100 000功能模块测试
T200 000系统集成测试
T300 000环境测设
V000 000部署发布并交付
第5项项目估算5.1 系统功能模块概述和分析
声明
项目规模估算使用Delphi法进行估算，具体步骤如下：
协调人向小组成员提供项目规格和估计表格；
协调人召集小组讨论和规模相关的因素；
小组成员匿名填写迭代表格；
协调人整理出一个估计总结，以迭代表的形式返回各成员；协调人召集小组会，讨论较大的估计差异；
成员复查估计总结并在迭代表上提交另一个匿名估计；
重复4-6，直到达到一个最低和最高估计的一致。
附Delphi法规模估计迭代表。
Delphi法规模估计迭代表
项目名称：
估计日期：
估计者：
估计轮次：
结果：代码行（LOC）周期（月）
工作量（人月）费用（元）
理由：
项目规模估算
经过小组内部讨论得出项目规模估算如下：
项目名称：《个人微薄系统》
规模预测：
代码行：15,000 LOC
周期：1 月
工作量：6 人月
费用：￥5530 元
项目进度估算
任务完成时间负责人资源备注
需求讨论2016.6.15刘权2开发人员参和
项目规划2016.6.18张三全体人员参和
需求确定2016.6.22张三全体人员参和
设计2016.6.26张三3开发人员参和
项目实施2016.7.9张三全体人员参和有待细化
测试2016.7.14 张三3开发人员参和
部署2016.7.15 张三2开发人员参和
交付2016.7.20张三
项目执行期间可根据实际完成情况申请延期。
附延期申请表。
项目名称：项目代号：
项目所处阶段：第阶段（）申请时间：年月日
原计划时间：年月日申请延期至：年月日
申请延期的理由（逐条列出）：
申请人签字：
项目经理意见
不同意延迟，理由：
同意延迟至：年月日
签字：
项目成本估算
声明
由于涉及到的小组成员没有实际开发的经验，在薪酬结算方面没有可供参照的标准，因此
在这里采用统一的￥30.00 人天。
成本估算
任务名称工时成本估算
个人微薄系统111 人天￥5530.00
设备损耗31 工作日￥1000.00
需求讨论2*2 人天￥120.00
软件规划6*2 人天￥360.00
需求开发6*4 人天￥720.00
设计4*4 人天￥480.00
实施6*13 人天￥2340.00
测试3*5 人天￥450.00
部署2*1 人天￥60.00
6.1项目进度时间表
任务代码工期开始时间结束时间资源
网上图书商城31 工作日2016-6-152016-7-15
R000 000 2 工作日2016-6-152016-6-16刘权
P000 000 2 工作日2016-6-172016-6-18全体开发人员P100 000 1 工作日2016-6-172016-6-17刘权
P200 000 1 工作日2016-6-182016-6-18全体开发人员M000 000 4 工作日2016-6-192016-6-22全体开发人员M100 000 1 工作日2016-6-192016-6-19刘权
M200 000 1 工作日2016-6-192016-6-19刘权
M300 000 1 工作日2016-6-202016-6-20刘权
M400 000 1 工作日2016-6-212016-6-21刘权
M500 000 1 工作日2016-6-222016-6-22全体开发人员D000 000 4 工作日2016-6-232016-6-26全体开发人员D100 000 2 工作日2016-6-232016-6-24全体开发人员
D200 000 1 工作日2016-6-252016-6-25全体开发人员D300 000 1 工作日2016-6-262016-6-26全体开发人员C000 00013 工作日2016-6-272016-7-9全体开发人员C100 000 6 工作日2016-6-272016-7-2全体开发人员C100 100 4 工作日2016-6-272016-6-30全体开发人员C100 200 2 工作日2016-7-12016-7-2全体开发人员C100 300 4 工作日2016-6-272016-6-30全体开发人员C100 400 2 工作日2016-7-12016-7-2全体开发人员C200 00011 工作日2016-6-272016-7-7全体开发人员C200 100 5 工作日2016-7-12016-7-5全体开发人员C200 200 5 工作日2016-7-12016-7-5全体开发人员C200 300 3 工作日2016-7-62016-7-8全体开发人员C200 400 3 工作日2016-6-272016-6-29全体开发人员C300 0008 工作日2016-7-12016-7-8全体开发人员C300 100 5 工作日2016-7-12016-7-5全体开发人员C300 200 5 工作日2016-7-12016-7-5全体开发人员C300 300 3 工作日2016-7-62016-7-8全体开发人员C300 310 3 工作日2016-7-62016-7-8全体开发人员C300 320 3 工作日2016-7-62016-7-8全体开发人员C400 00012 工作日2016-6-272016-7-8全体开发人员C500 000 1 工作日2016-7-92016-7-9全体开发人员T000 000 5 工作日2016-7-102016-7-14全体开发人员T100 000 3 工作日2016-7-102016-7-12全体开发人员T200 000 1 工作日2016-7-132016-7-13全体开发人员T300 000 1 工作日2016-7-142016-7-14全体开发人员V000 000 1 工作日2016-7-152016-7-15全体开发人员6.2 甘特图
在此仅列出项目实施阶段甘特图，其他部分省略。
附任务申请表 任务申请表 申请人： 申请时间： 计划任务代码： 申请任务代码：
理由：（逐条列出） 经理意见 批准 拒绝
ID 任务名称开始时间完成持续时间
2010年06月2010年07月
27
28
29
30
1
2
3
4
5
6
7
8
9
14d 2010/6/302010/6/27用户注册24d 2010/6/302010/6/27用户登陆32d 2010/7/22010/7/1用户注销42d 2010/7/22010/7/1个人信息维护53d 2010/6/292010/6/27查看文章65d 2010/7/52010/7/1新建文章75d 2010/7/52010/7/1删除文章83d 2010/7/82010/7/6编辑文章9
5d 2010/7/52010/7/1新建评论
105d 2010/7/52010/7/1删除评论113d 2010/7/82010/7/6按文章查看评论123d 2010/7/82010/7/6按评论者查看评论1312d 2010/7/82010/6/27界面设计141d
2010/7/9
2010/7/9
项目整合
理由：
日期： 年 月 日 经理签字：
第7项 项目进度
7.1组织机构
在项目实施期间成立项目质量保证组织，该组织由质量保证人员和项目经理组成，项目经理负责质量监督工作及项目进展过程中各环节的质量把关，开发经理负责质量控制的工作，质量保证人员负责质量保证的工作。组织结构图1如下:
7.2职责
在本项目中，质量保证组织的职责如下：
7.2.1 高层管理
高层管理是公司负责质量的高级管理，其质量职责如下：
用户
图1：项目的组织结构
项目管理
质量保证 软件开发
设计 实施 质量控制
市场部 Coordinator
配置管理
高层管理
●受理项目内不能解决的不符合问题，必要时和项目经理协调；
●负责听取质量保证组的工作报告，评审质量保证活动和结果；
●参加有关质量保证过程改进的评审。
7.2.2 项目的质量保证人员
质量保证人员的质量职责如下：
●负责项目实施过程中对项目实施情况进行监督，包括对项目实施过程和工作产品
进行监督检查；
●实施项目组成员的质量保证培训；
●制定质量保证计划；
●按计划实施审计活动,依照质量保证计划执行评审/审计，并记录执行中发现的不
符合项；
●对不符合问题提交不符合项报告，跟踪并验证纠正措施的执行情况；
●对项目内不能解决的不符合项问题向高层管理提交报告；
●向项目经理报告项目质量工作状况和质量度量结果；
●定期向项目组报告质量活动的结果；
●制订质量保证的过程改进计划，记录过程数据。
7.2.3项目经理
项目经理的质量职责如下：
●评审质量计划；
●和质量保证人员一起协商不符合项问题的纠正措施，并安排资源实施纠正措施；
●定期或事件驱动的评审质量保证活动和结果。
7.3.质量目标
根据企业的质量方针和质量目标，结合本项目特点,制定项目的总体质量目标：
1）基于需求的测试覆盖率为100%；
2）软件功能测试用例通过率不低于95％；
3）每个阶段评审中发现的问题都已经解决或得到适当处理。
4）产品发布时不存在严重及其以上的缺陷。
注：严重问题指导致系统或模块不能正常工作的问题。
结合以往的项目经验和企业的质量相应标准，制定质量标准如下表:
质量计划标准
项目具体描述计划实际
缺陷排除率（缺陷数/页）需求检查 4
系统总体设计检查 2
缺陷排除率（缺陷数/KLOC）详细设计复核30
详细设计检查10
代码复核65
代码检查20
编译20
单元测试15
系统集成 5
系统测试 5
7.4.质量策略
为了保证提交用户的产品是高质量, 实施过程中采取的质量保证措施包括：
1）将质量贯彻到日常的项目进展过程中；
2)应该特别注意项目工作产品质量的早期评审工作，无论是质量保证还是质量控制采取
的策略都是早期预防和早期排除缺陷。
7.5.软件质量保证
7.5.1 SQA活动图
1、参与制定项目开发计划
2、编制SQA PLAN
3、准备检查表
4、预约审计/评审
5、执行评审/审计
6、编制SQA审计报告
7、不符合性问题跟踪
9、SQA工件提交SCM 8、编制SQA阶段报告
[有不符
性问题]
[否则]
第8项项目风险管理
8.1、项目风险管理的目的
风险是指在项目进行过程中可能发生的事件，这些事件将会对项目按预期时间，资源和预算完成产生重大影响。风险管理的目标是在潜在问题发作以前就标志它们，这样就可以在生命周期中可以适时地计划和启用风险处理活动。
8.2、项目风险管理的组成
风险管理
风险评估风险控制
风险识别
风
险
优
先
级
风
险
分
析
风
险
管
理
计
划
风
险
化
解
风
险
监
控
8.3、风险的种类
分清风险的种类有利于更好的对项目进行风险管理。
8.3.1 资源风险
8.3.1.1组织
对该项目是否有足够的支持（包括管理人员、测试员、QA 和其他外部的相关各方）。
这是否是该组织尝试过的最大项目。
软件工程是否有明确定义的流程？需求记录和管理。
软件项目管理大作业
软件项目管理大作业 软件项目购销合同 本合同由下述双方签署: 甲方: 联系电话: 乙方: 联系电话: 根据《中华人民共和国合同法》及其他有关规定，甲乙双方在平等、自愿、公开、
诚实信用的基础上就XXXXXX储蓄软件项目事宜，经甲乙双方友好协商如下： 第一条储蓄软件项目实施所需的条件（人工及人工费由甲方负责，但技术和质量全部由乙方负责），所进行项目开发所需的事宜明细见附件，附件与本合同不可分割，具有同等法律效力。 第二条产品交付甲方验收前所有质量问题由乙方负责，当交付甲方验收合格后，所有利害由甲方负责。 第三条交货方式双方见面交易。合同为证。 第四条交货时间为2014年9月17日，交货地点xxx。对于产品的数量、质 量等问题，全部由乙方负责。 第五条合约执行内容 经甲乙双方协商约定，整个软件项目设计由乙方提供专业人员和技术进行开发，甲方不用参与，按照乙方技术进行开发且监工由乙方负责，开发完成后，应达到国家验收标准，当与国家标准发生冲突时，按国家标准执行，测试达到标准后，视为乙方工程全部验收合格。如未达到验收标准时，所人工费由乙方负责承担，如能补救，由乙方尽快全部负责，直至达到验收标准。 第六条补充说明 乙方计算的全部材料已全部包含软件项目的全部，甲方不再支付任何费用，经乙方设计与预算得出以上内容与附件包含的内容外，不再有任何增项费用，如有乙方全部承担。 第七条双方职责 1、甲方职责 甲方负责协调乙方与同期作业的其他工程之间的关系（作业时间、作业面等）。 2、乙方职责 （1）乙方负责交付工程的可靠性、安全性，如因未按规定施工造成甲方工期延误、财产损害等严重问题，一切责任由乙方承担。
UML网上图书销售系统
武汉xx学 计算机科学与工程学院课程综合设计报告 设计名称：《面向对象技术》课程综合设计 设计题目：网上订书信息管理系统 学生学号：xxx 专业班级：xxxx 学生姓名：xxx 学生成绩： 指导教师（职称）：xxx 课题工作时间：2011年12月
说明： 1、报告中的第一、二、三项由指导教师在综合设计开始前填写并发给每个 学生；四、五两项（中英文摘要）由学生在完成综合设计后填写。 2、学生成绩由指导教师根据学生的设计情况给出各项分值及总评成绩。 3、指导教师评语一栏由指导教师就学生在整个设计期间的平时表现、设计 完成情况、报告的质量及答辩情况，给出客观、全面的评价。 4、所有学生必须参加综合设计的答辩环节，凡不参加答辩者，其成绩一律 按不及格处理。答辩小组成员应由2人及以上教师组成。 5、报告正文字数一般应不少于5000字，也可由指导教师根据本门综合设 计的情况另行规定。 6、此表格式为武汉工程大学计算机科学与工程学院提供的基本格式（适用 于学院各类综合设计），各教研室可根据本门综合设计的特点及内容做适当的调整，并上报学院批准。
成绩评定表 类别合计 分值 各项 分值 评分标准 实际 得分 合计 得分 备注 平时表现10 10 按时参加综合设计，无旷课、迟到、 早退、违反实验室纪律等情况。 完成情况30 20 按设计任务书的要求完成了全部 任务，能完整演示其设计内容，符 合要求。 10 能对其设计内容进行详细、完整的 介绍，并能就指导教师提出的问题 进行正确的回答。 报告质量35 10 报告文字通顺，内容翔实，论述充 分、完整，立论正确，结构严谨合 理；报告字数符合相关要求，工整 规范，整齐划一。 5 课题背景介绍清楚，综述分析充 分。 5 设计方案合理、可行，论证严谨， 逻辑性强，具有说服力。 5 符号统一；图表完备、符合规范要 求。 5 能对整个设计过程进行全面的总 结，得出有价值的结论或结果。 5 参考文献数量在3篇以上，格式符 合要求，在正文中正确引用。 答辩情况25 10 在规定时间内能就所设计的内容 进行阐述，言简意明，重点突出， 论点正确，条理清晰。 15 在规定时间内能准确、完整、流利 地回答教师所提出的问题。 总评成绩：分 补充说明： 指导教师：（签字） 日期：年月日
图书销售管理系统
图书销售管理系统 1 引言 传统的图书销售管理方法，都是通过人工统计和计算的管理方式进行的。这样的管理方法不但费时费力，也容易产生计算上的错误和疏漏；计算机技术的全面普及，打破了书店管理的传统管理方法，提高了管理效率的同时，克服了传统管理方法中易产生的问题，使管理员能够有序的、全面的对图书销售和库存进行管理。 网上图书销售系统可以完成书店的日常管理，如图书录入、图书销售、销售统计、查询库存等功能，迅速准确地对已售图书和剩余库存进行统计和汇总工作，大大提高了书店的管理效率和准确性。 2 需求分析 2.1 国内外研究的现状 在现代化的书店中，对图书销售工作运用现代化技术进行管理，是提高工作效率的有效手段。图书销售管理是书店日常工作中非常重要的一个方面，越来越受到书店经营者的重视。通过计算机管理系统对图书销售进行全面的统计与管理，全面解决了书店经营过程中所遇到的各种问题，并且克服了传统管理方式中的易出错等问题。图书销售管理系统成为书店管理的首选管理工具。 2.2 功能需求 2.2.1 待开发软件的功能需求 本系统是根据书店的实际需求而开发的，要求稳定、可靠的实现图书销售的自动化管理，通过本系统可以达到以下目标： 1. 图书录入，包括图书的基本信息，如分类、进价、售价、作者等。 2. 图书销售，包括图书的售价、折扣、销售日期，并实现对库存量的修改。 3. 销售统计，包括按图书类型、书名、作者、出版社等进行统计。 4. 查询库存，对指定的某本图书剩余库存量进行查询。 5. 售完图书查询，对已售完图书进行查询。 2.2.2 待开发软件的功能 按照用户需求，要满足以上功能，我设计出了图书销售管理系统的系统功能图，如图2.1 所示。
旅游管理系统 软件项目管理大作业
目录 1．合同书-------------------------------------------------------------------2 2．生存期-------------------------------------------------------------------3 3．需求规格说明------------------------------------------------------------4 目标-----------------------------------------------------------------4 用户类和特征-------------------------------------------------------4 运行环境------------------------------------------------------------4功能需求------------------------------------------------------------5确定执行者---------------------------------------------------5 确定用例-----------------------------------------------------5 用例文档-----------------------------------------------------6非功能需求----------------------------------------------------------8故障处理-------------------------------------------------------------8 4．任务分解------------------------------------------------------------------8 5．项目估算------------------------------------------------------------------9 直接成本-------------------------------------------------------------9 间接成本------------------------------------------------------------12 估算的误差----------------------------------------------------------12 6．进度计划-----------------------------------------------------------------13 活动顺序-------------------------------------------------------------13 甘特图----------------------------------------------------------------14
图书销售管理系统
图书销售管理系统 1引言 传统的图书销售管理方法，都是通过人工统计和计算的管理方式进行的。这样的管理方法不但费时费力，也容易产生计算上的错误和疏漏；计算机技术的全面普及，打破了书店管理的传统管理方法，提高了管理效率的同时，克服了传统管理方法中易产生的问题，使管理员能够有序的、全面的对图书销售和库存进行管理。 网上图书销售系统可以完成书店的日常管理，如图书录入、图书销售、销售统计、查询库存等功能，迅速准确地对已售图书和剩余库存进行统计和汇总工作，大大提高了书店的管理效率和准确性。 2 需求分析 2.1 国内外研究的现状 在现代化的书店中，对图书销售工作运用现代化技术进行管理，是提高工作效率的有效手段。图书销售管理是书店日常工作中非常重要的一个方面，越来越受到书店经营者的重视。通过计算机管理系统对图书销售进行全面的统计与管理，全面解决了书店经营过程中所遇到的各种问题，并且克服了传统管理方式中的易出错等问题。图书销售管理系统成为书店管理的首选管理工具。 2.2 功能需求 2.2.1待开发软件的功能需求 本系统是根据书店的实际需求而开发的，要求稳定、可靠的实现图书销售的自动化管理，通过本系统可以达到以下目标： 1.图书录入，包括图书的基本信息，如分类、进价、售价、作者等。 2.图书销售，包括图书的售价、折扣、销售日期，并实现对库存量的修改。 3.销售统计，包括按图书类型、书名、作者、出版社等进行统计。 4.查询库存，对指定的某本图书剩余库存量进行查询。 5.售完图书查询，对已售完图书进行查询。 2.2.2待开发软件的功能 按照用户需求，要满足以上功能，我设计出了图书销售管理系统的系统功能图，如图2.1所示。
网上购物系统软件项目管理大作业
《网上购物系统》项目管理目录 1.合同 (1) 1.1合同双方 (1) 1.2供应的商品和服务 (1) 1.3时间地点 (1) 1.4专利成果分配 (1) 1.5验收标准 (1) 1.6报酬计算 (1) 1.7违约处理 (1) 2. 生存期 (2) 3.需求管理 (3) 3.1 功能需求 (4) 3.2确定用例 (4) 3.3用例文档 (5) 3.4非功能需求 (6) 3.4.1 性能需求 (6) 3.4.2安全性需求 (7) 3.4.3故障处理 (7) 4.任务分解 (7) 5.项目估算 (9) 5.1直接成本 (9) 5.2间接成本 (9) 5.3网上购物系统总成本 (10) 6. 进度计划 (10) 7.质量计划 (12) 7.1组织机构 (12) 7.2职责 (14) 7.2.1项目负责人的职责 (14) 7.2.1质量保证人员的职责 (14) 7.3质量目标 (14) 7.4质量策略 (15) 7.5软件质量保证活动 (15) 7.5.1审计 (15) 8.风险计划 (15) 8.1风险种类 (16) 8.1.1资金风险 (16) 8.1.2人员风险 (16) 8.1.3时间风险 (16) 8.1.4技术风险 (17) 8.1.5进度风险 (17) 8.2风险控制 (18)
8.2.1风险的化解 (18) 8.3风险监控 (18) 9.团队管理 (18) 9.1项目组织结构 (19) 9.2团队沟通管理 (19) 10.项目结束 (20) 14.1项目终止 (20) 14.2结束计划 (20) 14.3项目收尾 (20)
1.合同 1.1合同双方 甲方：胡某某 乙方：盛某某 1.2供应的商品和服务 供应的软件：乙方为甲方提供所需的网上购物系统 提供的服务：乙方为甲方提供所需的日常维护和服务器管理。 提供的文档：乙方在交付软件时提供详细的软件规格说明书和使用文档。 安装服务：乙方为甲方提供软件的安装。 公文处理：乙方负责将甲方提供的公文资料加载入系统并进行分类。 维护协议：当甲方在使用该产品时，在正常操作的情况下出现BUG或系统错误，乙方免费为甲方提供修复服务以保障软件的正常使用。当由于甲方的错误使用等非软件原因导致出现故障，乙方同样提供修复服务。由于甲方拥有该软件的源代码所有权，因此甲方需要承担部分维修和进一步开发的责任。当软件需要新的功能拓展或改版升级时，由双方共同协商决定。 1.3时间地点 6月10日上午9:00在河北省沧州市黄骅市 1.4专利成果分配 该软件是由甲方向乙方定制，甲方拥有该软件的版权，乙方不能将该软件的任何版本卖个其他客户。软件提交时，项目源代码的所有权自动移交到甲方，乙方不得擅自对源代码进行修改。 1.5验收标准 乙方在开发过程中必须遵守ISO 12207关于软件生命周期和文档的标准。 1.6报酬计算 软件总价为2万元。合同签订后，甲方向乙方支付1万元定金。项目的第二个月，乙方按计划时间表完成需求分析、系统分析、设计和完成系统的基本框架后，甲方向乙方支付0.5万元。该系统完成后，甲方进行验收测试，在签字验收后完成后，甲方向乙方支付全款。 1.7违约处理 任何一方违反本协议导致本协议无法继续履行的，违约方需赔偿守约方违约金人民币2万元，该违约金不足以弥补守约方实际损失的，违约方应赔偿守约方所有实际损失。 甲方法人代表：胡某某
【项目管理知识】信息技术：软件项目管理十大流程
信息技术：软件项目管理十大流程只要流程界定清晰，项目经理就能保证项目的发展方向与终目标相契合。 广义而言，要掌控各种类型项目的发展，首先要关注十个关键的流程。 一、生命周期与方法论 项目的生命周期与方法论，是项目的纪律，为项目开展划出了清晰的界限，以保证项目进程。生命周期主要是协调相关项目，而方法论为项目进程提供了持续稳定的方式方法。 生命周期通常由项目的阶段组成（包括：开始、规划、执行/控制、完成），或由工作的重复周期构成。项目生命周期的细节一般都会随具体业务、项目、客户要求而改变。因此即使在同一个项目中，周期也会有多种可能的变化。对工作细致度、文件管理、项目交付、项目沟通的要求体现在生命周期标准和考核的方方面面。大项目的阶段一般更多更长，而小项目的阶段少，考核点也少。 与生命周期类似，项目方法也因项目而易，细节关注程度高。产品开发项目的方法经常涉及使用何种工具或系统，以及如何使用。信息技术项目的方法包括版本控制标准、技术文档管理、系统开发的各个方面。 项目方法往往不是由项目团队自行确定，而由公司为所有项目设定。采用与否，其实项目团队没有太多选择。公司管理层设定的方法本身代表权威，也是你作为项目领导获得项目控制权的一个途径。考虑项目方法某方面的作用时，始终要把握其对项目人员管理的效率，即在可能出现问题的地方争取正面效应。 二、项目定义 清晰的项目描述决定了你的项目控制能力，因为接下来所有工作都在描述范畴之内。不管你如何并为何要进行描述，你要对你的项目进行书面定义，让项目各方和项
目组随时参考。 项目定义的形式和名称各式各样，包括：项目章程、提案、项目数据表、工作报告书、项目细则。这些名称的共同点在于，项目主管方和其他相关各方面从上而下地传达了他们对项目的期待。清晰的项目定义还包括以下方面： 项目目标陈述（一小段文字，对项目交付成果、工期、预期成本或人力进行高层次的描述） 项目回报（包括商业案例或投资分析的回报） 使用中的信息或客户需求 对项目范围进行定义，列出所有预期的项目成果 成本和时间预算目标 重大困难和假设 描述该项目对其他项目的依赖 高风险、所需的新技术、项目中的重大问题 努力将尽可能多的具体信息，囊括在项目描述或章程中，并使其在项目主管方和相关方面获得认可，进而生效。 三、合同与采购管理
网上购物系统软件项目管理大作业
网上购物系统软件项目管 理大作业 Revised by BLUE on the afternoon of December 12,2020.
《网上购物系统》项目管理目录
1.合同 合同双方 甲方：胡某某 乙方：盛某某 供应的商品和服务 供应的软件：乙方为甲方提供所需的网上购物系统 提供的服务：乙方为甲方提供所需的日常维护和服务器管理。 提供的文档：乙方在交付软件时提供详细的软件规格说明书和使用文档。 安装服务：乙方为甲方提供软件的安装。 公文处理：乙方负责将甲方提供的公文资料加载入系统并进行分类。 维护协议：当甲方在使用该产品时，在正常操作的情况下出现BUG或系统错误，乙方免费为甲方提供修复服务以保障软件的正常使用。当由于甲方的错误使用等非软件原因导致出现故障，乙方同样提供修复服务。由于甲方拥有该软件的源代码所有权，因此甲方需要承担部分维修和进一步开发的责任。当软件需要新的功能拓展或改版升级时，由双方共同协商决定。 时间地点 6月10日上午9:00在河北省沧州市黄骅市
专利成果分配 该软件是由甲方向乙方定制，甲方拥有该软件的版权，乙方不能将该软件的任何版本卖个其他客户。软件提交时，项目源代码的所有权自动移交到甲方，乙方不得擅自对源代码进行修改。 验收标准 乙方在开发过程中必须遵守ISO12207关于软件生命周期和文档的标准。 报酬计算 软件总价为2万元。合同签订后，甲方向乙方支付1万元定金。项目的第二个月，乙方按计划时间表完成需求分析、系统分析、设计和完成系统的基本框架后，甲方向乙方支付万元。该系统完成后，甲方进行验收测试，在签字验收后完成后，甲方向乙方支付全款。 违约处理 任何一方违反本协议导致本协议无法继续履行的，违约方需赔偿守约方违约金人民币2万元，该违约金不足以弥补守约方实际损失的，违约方应赔偿守约方所有实际损失。 甲方法人代表：胡某某 乙方法人代表：盛某某
网上图书销售系统设计报告
网上图书销售系统 设计报告 1
网络教育学院 本科毕业论文题目:网上图书销售系统-实现前台 完成期限: 4月20 日至 5月 20日 学习中心年级 专业指导教师 姓名学号
目录 摘要............................................................................... 错误!未定义书签。 1 引言............................................................................... 错误!未定义书签。 2 需求分析....................................................................... 错误!未定义书签。 2.1国内外研究的现状................................................... 错误!未定义书签。 2.2功能需求................................................................... 错误!未定义书签。 2.3数据描述................................................................... 错误!未定义书签。 2.4数据库描述............................................................... 错误!未定义书签。 3 概要设计....................................................................... 错误!未定义书签。 3.1系统运行环境........................................................... 错误!未定义书签。 3.2系统功能模块设计................................................... 错误!未定义书签。 3.3系统处理流程........................................................... 错误!未定义书签。 3.4接口设计................................................................... 错误!未定义书签。 4 详细设计....................................................................... 错误!未定义书签。 4.1登录模块及主界面................................................... 错误!未定义书签。 4.2图书录入模块........................................................... 错误!未定义书签。 4.3图书销售模块........................................................... 错误!未定义书签。 4.4销售统计模块........................................................... 错误!未定义书签。 4.5查询库存模块........................................................... 错误!未定义书签。 5 系统测试....................................................................... 错误!未定义书签。 1
图书销售管理系统
图书销售管理系统 Ting Bao was revised on January 6, 20021
《图书销售管理系统》数据库设计报告 一、需求分析 调查新华书店图书销售业务，设计的图书销售管理系统主要包括图书管理、进货、销售、统计功能。具体说明如下： （1）图书管理：用户通过该系统能够对图书详细信息进行维护，包括添加、修改、删除。对所有的图书进行分类，类别信息可以增加、修改、删除。每个类别有多种图书，每种图书属于一个类别。顾客可以通过该系统自主查询在库的图书信息。 （2）进货：根据某种书籍的库存量及销售情况确定进货数量，填写进货单，每张进货单对应一个供应商，同一供应商也可以出现在不同的进货单中，一份进货单可包含多种图书，每种图书会出现在多份进货单中，保存进货单成功后，系统会自动修改图书库存量。 （3）销售：输入顾客要买书籍的信息，自动显示此书的库存量，假如可以销售，生成销售单，一份销售单中包含多种图书，每种图书会出现在多份销售单中。保存销售单时自动修改图书库存量。 （4）供应商管理：通过该系统可以对书店的供应商信息进行管理，包括供应商信息的添加、修改、删除。 （5）统计：根据销售情况输出统计的报表。一般内容为每月的销售总额、销售总量及排行榜。 该系统的基本信息包括： （1）图书基本信息：ISBN号，书名，出版社，作者，出版地，单价，出版时间 （2）供应商基本信息：供应商编号，供应商地址，供应数量，供应商电话，供应商名（3）用户基本信息：用户名，用户编号，用户电话，用户密码 除了上述要求外，该系统还需要产生如下报表 （1）进货单基本信息：进货单号，进货日期，供应数量，供应商编号，ISBN号，进货价 （2）销售单基本信息：销售单号，销售日期，ISBN号，销售数量，供应商编号，单价 （3）销售汇总表：每个月结束统计一张该月销售情况表，内容包括：销售总额，销售总量以及排行榜 二、概念结构设计 E-R全局
软件项目管理大论文
软件项目管理综述 （马隆杰 2111505127 ） 一.引言 随着计算机技术的飞速发展，软件产品的规模越来越庞大，个人单打独斗的开发模式已经越来越不能适应实际的需要。因此各软件企业在软件开发活动中纷纷引入软件项目管理相关技术，使得开发过程得到有效的实行与管理。以现今中国的百度，腾讯，阿里巴巴等软件公司为例，在这些公司中针对大型项目开发时都实行了项目管理制度，并把软件项目管理作为整个项目管理中的一个重要组成部分。从概念上讲，软件项目管理是为了使软件项目能够按照预定的成本、进度、质量顺利完成，而对成本、人员、进度、质量、风险等进行分析和管理的活动。实际上，软件项目管理的意义不仅仅如此，进行软件项目管理有利于将开发人员的个人开发能力转化成企业的开发能力，企业的软件开发能力越高，表明这个企业的软件生产越趋向于成熟，企业越能够稳定发展（即减小开发风险）。软件开发不同于其他产品的制造，软件的整个过程都是设计过程（没有制造过程）；另外，软件开发不需要使用大量的物质资源，而主要是人力资源；并且，软件开发的产品只是程序代码和技术文件，并没有其他的物质结果。基于上述特点，软件项目管理与其他项目管理相比，有很大的特殊性。 二.什么是软件项目管理 软件项目管理是为了使软件项目能够按照预定的成本、进度、质量顺利完成，而对成本、人员、进度、质量、风险等进行分析和管理的活动。 软件项目管理的根本目的是为了让软件项目尤其是大型项目的整个软件生命周期（从分析、设计、编码到测试、维护全过程）都能在管理者的控制之下，以预定成本按期，按质的完成软件交付用户使用。而研究软件项目管理为了从已有的成功或失败的案例中总结出能够指导今后开发的通用原则，方法，同时避免前人的失误。 软件项目管理的概念是在20世纪70年代中期由美国提出的，当时美国国防部专门研究了软件开发不能按时提交，预算超支和质量达不到用户要求的原因，结果发现70%的项目是因为管理不善引起的，而非技术原因。于是软件开发者开始逐渐重视起软件开发中的各项管理。到了20世纪90年代中期，软件研发项目管理不善的问题仍然存在。据美国软件工程实施现状的调查，软件研发的情况仍然很难预测，大约只有10％的项目能够在预定的费用和进度下交付。 1995年，据统计，美国共取消了810亿美元的商业软件项目，其中31％的项目未做完就被取消，53％的软件项目进度通常要延长50%的时间，只有9％的软件项目能够及时交付并且费用也控制在预算之内。 软件项目管理和其他的项目管理相比有其自有的特殊性。首先，软件是纯知识型产品，不同于实际工程，其开发进度和质量很难估计和度量，生产效率也难以预测和保证。其次，软件系统的复杂性也导致了开发过程中各种风险的难以预见和控制。Windows这样的操作系统有1500万行以上的代码，同时有数千个程序员在进行开发，项目经理都有上百个。这样庞大的系统如果没有很好的管理，其软件质量是难以想象的。 软件项目管理的内容主要包括如下几个方面：人员的组织与管理，软件度量，
图书管理系统-软件项目管理大作业
图书管理系统项目管理 2016年6月22日 目录 1．合同管理------------------------------------------------------------------2 2．生存期--------------------------------------------------------------------4 3．需求管理 3.1 软件需求管理过程 ---------------------------------------------------5 3.1 需求概述 ---------------------------------------------------5 3.2 目标 --------------------------------------------------------5 3.4 功能需求 -------------------------------------------------- 5 3.8 编写用例文档 ----------------------------------------------7 4．任务分解---------------------------------------------------11 4.1 任务清单 -----------------------------------------------------------11 4.2 WBS---------------------------------------------------------------14
书店进货销售管理系统
数据库原理及应用课程设计 设计报告 题目：书店进货、销售管理系统 学号： 学生姓名: 指导教师： 提交时间： 2015-1-5
目录 第1章需求分析 (3) 需求调查 (3) 系统功能分析 (3) 第2章面向对象分析和设计 (4) 第3章逻辑结构设计 (4) 类和对象向关系模式转换 (4) 第4章数据库物理结构设计 (5) 存取方法设计 (5) 存储结构设计 (5) 物理设计 (5) 第5章数据库完整性设计 (7) 主键及唯一性索引 (7) 参照完整性设计 (7) 触发器设计 (8) 第6章数据库视图设计 (9) 第7章数据库存储过程设计 (10) 总结 (10) 参考文献： (10)
第1章需求分析 需求调查 通过对各个用户的调查，该书店进货、销售管理系统有如下需求： 1)?实现图书类别、出版社、图书、仓库信息的管理； 2)?实现进货、入库管理； 3)?实现销售、出库管理； 4)?查询某段时间内各种图书的进货和销售情况； 5)?查询各类图书的库存总数； 6)?当图书入库时自动修改相应图书的总量和存放仓库中该图书的数量； 7)?一单可以处理多种图书（比如销售设置销售单及其明细两个表）； 8)建立数据库相关表之间的参照完整性约束。服务器配置：对它进行配置可 以使得在其他电脑上也照常使用。这样不必每次都到数据库中去更改。 9)帮助系统：帮助系统为用户指明方向。 系统功能分析 图1 1.进货管理模块:书店的图书一直在更新，当货源不足、新书上映时都需要进货。进货管理模块主要实现查询图书数量，当数量不足时进行图书订购，进货后进行图书入库操作，将图书数量进行更新。 2.图书类别管理模块：书店的管理对如此多的图书管理起来会很麻烦，进行图书进行分类管理会更方便、快捷。管理员可以查看、添加、修改、删除类别。 3.销售管理模块：书店的收入都是来自图书销售，因此对图书销售管理是必不可少的。管理员可以进行查看销售图书的数量、名称、价格、日期；添加订单。高级管理员还可以修改。 4.库存管理模块：当图书数量不足时会影响到书店的信誉，数量过多时又会影响书店正常运营。对书店库存管理也是重中之重。管理员可以通过库存管理查询图书剩余数量。
IT项目管理大作业-成本管理
IT项目管理大作业——成本管理 班级：学号：姓名：成绩： 某软件公司决定开发一个信息管理系统，该项目技术任务繁重，进度要求紧并且成本要求尽可能地节省。该公司有着丰富的信息系统开发经验，项目主管工程师做好系统分析后，预计软件规模在二十万行左右，计划在160天内完成，预计平均每天完成代码1250行，每天花费成本2000元。 项目组在对系统的设计开发过程中，花了10天时间进行了部分系统的开发，平均完成代码设计1300行，按项目组的设计成本，平均每天花费2100元。 请回答以下问题： 1）求项目组在前十天的PV、AC、 EV，并判断该项目能否在计划时间内完工？是否会超出原先成本预算？ 2）根据前十天的开工情况（假设后面的开发仍旧按此进度与花费），求出项目完工时的总成本估算和工期估算。 3）针对这种情况，请用200字左右的文字描述应该采取何种措施既能保证时间预算又能保证成本预算。 1）已完成工作的计划费用PV= 2000*10=20000(元) 已完成工作的实际费用AC =10*2100=21000(元) 已完成工作的预算费用EV=1300*10*2000/1250=20800（元） 成本偏差cost variance：CV=EV-AC=20800-21000=-200 为负表示超支，为正表示未超支 进度偏差schedule variance：SV= EV-PV=20800-20000=800 为负表示慢于计划进度，为正表示快于计划进度成本绩效指数cost performance index：CPI =EV/AC=20800/21000=0.99 进度绩效指数schedule completion index：SCI =EV/PV=20800/20000=1.04 SPI>1，项目快于计划进度；CPI〉1,表示项目超出预算。 2）EAC=21000+(2000*200000/1250-20800)*(21000/20800)=323076.92（元）
大数据库课程设计图书销售管理系统
《数据库原理》课程设计报告 专业：软件工程 班级：软件1201、软件1202 学号：1220740105、1220740220 ：向文静、黄鹏 题目名称：图书销售管理系统 完成日期：2014年5月25日 计算机学院实验中心
引言 随着计算机的普及书店规模的不断扩大，传统的图书销售管理方法，都是通过人工统计和计算的管理方式进行的。这样的管理方法不但费时费力，也容易产生计算上的错误和疏漏；计算机技术的全面普及，打破了书店管理的传统管理方法，提高了管理效率的同时，克服了传统管理方法中易产生的问题，使管理员能够有序的、全面的对图书销售和库存进行管理。 通过图书销售管理系统可以解决书店管理中遇到的各种问题，该图书销售管理系统分析了市场需求和实际需要，利用Microsoft Visual Studio 2008连接SQL数据库的方式，实现了书店的图书销售等一系列管理，该系统具有处理图书录入、图书销售及管理、图书查询、报表查询等功能。 第一章系统分析 1.1功能需求： 本系统是根据书店的实际需求而开发的，要求稳定、可靠的实现图书销售的自动化管理，通过本系统可以达到以下目标： a、用户管理：对系统所有用户的相关信息进行管理。 b、图书管理：对图书信息进行添加以及编辑，对图书基本信息的录入及编辑包 括图书类别、图书进价、图书售价、图书、图书折扣、图书作者等。 c、图书销售管理：对图书的销售信息进行动态添加并实现对图书库存量的动态 修改等，所添加的图书销售信息包括图书的售价、折扣、销售日期。 d、查询管理：用户根据实际需要对图书、图书销售、图书库存等信息分类查询。 e、报表查询：系统用户可以通过对时间段的选择来查看该段时间图书的销售情 况，以便于做出更为合理的销售计划、提高效益。 f、数据管理：为了防止系统用户的误操作，用户可以根据自己的需要对图书信 息、销售数据等进行备份等操作。
学生成绩管理系统-软件项目管理大作业
学生成绩管理系统-软件项目管理大作业
《学生成绩管理系统》项目管理文档 目录 一.合同管理 (1) 1.1签订须知 (1) 1.2 需方合同环境 (1) 1.2.1合同准备 (1) 1.2.2合同签署 (3) 1.2.3合同管理 (3) 1.2.4合同终止过程 (4) 1.3供方合同环境 (4) 1.3.1 合同准备 (4) 1.3.2 合同签署 (5) 1.3.3 合同管理 (6) 1.3.4 合同终止过程 (7) 1.4 内部环境 (7) 1.5 合同 (7) 二.生存期 (11) 2.1 增量式模型 (11) 三.需求管理 (14) 3.1 软件需求管理过程 (14) 3.1.1 软件需求说明书 (14) 3.1.2 可行性分析 (15)
3.1.3 对功能的规定 (15) 3.1.4 数据流图 (16) 四.项目任务分解 (18) 4.1 系统设计思想 (18) 4.2 系统数据流程图设计 (19) 4.2.1 系统数据流程图 (19) 4.2.2 学生成绩管理系统的描述.. 20 4.3 模块设计 (21) 五.项目估算 (21) 5.1 声明 (21) 5.2 项目规模估算 (23) 5.3 项目成本估算 (23) 六.进度计划 (24) 6.1 项目进度 (25) 6.2 甘特图 (27) 七.质量计划 (27) 7.1 项目测试 (27) 7.1.1 系统登录测试 (27) 7.1.2 学生成绩信息的录入测试.. 28 7.1.3 学生成绩的查询测试 (29) 7.1.4 确认测试 (29) 7.1.5系统测试 (30)
7.1.6 故障对策 (30) 7.1.7 测试结果的评价 (30) 7.2 系统维护 (30) 7.3 SQA活动图 (32) 7.4 不符合性问题处理 (33) 7.5记录的收集、维护和保存 (35) 八．项目风险管理 (35) 8.1项目风险管理的目的 (35) 8.2项目风险管理的组成 (36) 8.3 风险的种类 (36) 8.3.1资源风险 (36) 8.3.2 业务风险 (37) 8.3.3 技术风险 (38) 8.3.4进度风险 (40) 8.4 定义风险参数 (40) 8.5 风险管理策略 (41) 8.6 风险管理角色及职责 (41) 8.7 学生成绩管理项目中风险的识别.. 42 8.8 风险的控制 (43) 8.9 风险监控 (44)
学生成绩管理系统 软件项目管理大作业
《学生成绩管理系统》项目管理文档 目录 一.合同管理....................................................................................................................................... 1.1签订须知.............................................................................................................................. 1.2 需方合同环境..................................................................................................................... 1.2.1合同准备.................................................................................................................. 1.2.2合同签署.................................................................................................................. 1.2.3合同管理.................................................................................................................. 1.2.4合同终止过程.......................................................................................................... 1.3供方合同环境...................................................................................................................... 1.3.1 合同准备................................................................................................................. 1.3.2 合同签署................................................................................................................. 1.3.3 合同管理................................................................................................................. 1.3.4 合同终止过程......................................................................................................... 1.4 内部环境............................................................................................................................. 1.5 合同..................................................................................................................................... 二.生存期........................................................................................................................................... 2.1 增量式模型......................................................................................................................... 三.需求管理....................................................................................................................................... 3.1 软件需求管理过程............................................................................................................. 3.1.1 软件需求说明书..................................................................................................... 3.1.2 可行性分析............................................................................................................. 3.1.3 对功能的规定......................................................................................................... 3.1.4 数据流图................................................................................................................. 四.项目任务分解............................................................................................................................... 4.1 系统设计思想..................................................................................................................... 4.2 系统数据流程图设计......................................................................................................... 4.2.1 系统数据流程图..................................................................................................... 4.2.2 学生成绩管理系统的描述..................................................................................... 4.3 模块设计............................................................................................................................. 五.项目估算....................................................................................................................................... 5.1 声明..................................................................................................................................... 5.2 项目规模估算..................................................................................................................... 5.3 项目成本估算..................................................................................................................... 六.进度计划....................................................................................................................................... 6.1 项目进度............................................................................................................................. 6.2 甘特图................................................................................................................................. 七.质量计划....................................................................................................................................... 7.1 项目测试............................................................................................................................. 7.1.1 系统登录测试......................................................................................................... 7.1.2 学生成绩信息的录入测试..................................................................................... 7.1.3 学生成绩的查询测试.............................................................................................