图书综合管理系统.docx

河北科技大学课程设计汇报学生姓名： 候成龙 学 号： 14L0752077 专业班级： 软件工程L142班 课程名称： 项目管理和案例分析 年学期： 2 016 2 0第 2学期 指导老师： 王会勇 年 11 月课程设计成绩评定表学生姓名候成龙 学 号14L0752077成绩专业班级软件L142起止时间.6.19-.6.23设计题目图书管理系统指导教师评语学习态度： 端正 较端正 通常 较差 出勤情况：好 很好 通常 较差 计划编写：好 很好 通常 较差 工作量： 大 较大 通常 较少 创新意识：强 较强 通常 较差 课程设计汇报完成情况：优异 好 通常 较差 指导老师： 年 月 日目录一、设计题1二、设计目标及要求1三、设计任务4四、项目估算和进度计划3五、成本计划1六、质量计划4七、配置计划5图书馆管理系统课程设计汇报一、课设题目图书馆管理系统二、目标和要求伴随经济发展和社会信息化进程深入推进,各行各业各领域全部在不一样程度上应用信息化手段来提升本身工作效率和市场竞争力。近些年来,伴随学院办学规模不停扩大,学生和老师数量在不停增加,图书馆规模也伴随不停增加,对于图书管理工作变得日益复杂起来。伴随高校信息化建设全方面开展和学院信息化工作展开,图书馆信息管理系统建设也成为学院信息化建设中很关键一部分,图书馆管理信息系统开发和建设势在必行。本课题关键是结合学院图书馆信息管理相关需求并实地进行调研。本项目所设计软件方便了图书馆信息管理,提升了图书馆管理工作效率,实现了图书管理“集中管理,分布存放,实时使用,高效可靠”要求。现在该系统已经经过了试运行,功效方面和性能方面均能很好满足用户需求,系统运行可靠、正确、方便,能够很好为读者和图书管理员服务。三、项目标功效（1）图书管理图书类别管理：增、删、改等管理。图书信息管理：新书入库，图书购入后由图书管理人员将书籍编码并将其具体信息录入书籍信息表，及删改功效。（2）读者管理读者信息管理：录入，修改，删除，查询读者信息。（3）流通管理图书借阅：读入借阅者证号，然后经过扫描读入所需借阅图书编号。图书归还：经过扫描读入图书编号，自动识别图书证号。同时提醒读者已借书数、超期图书应缴罚款等参考信息。自动计算罚金。图书丢失、损坏处理：假如图书丢失或损坏，依据罚款规则计算罚款，同时统计需要出库图书信息。（4）统计管理：按类别统计借还信息。（5）查询管理：管理员按不一样方法查询，读者按不一样方法查询。四、需求分析及项目功效1.需求分析1)用户需求此项目是建立在学校基础之上，为学校私有图书馆，用户关键针对在校学生及老师。所以，用户是学生和老师。*用户功效管理学生和老师用户关键包含书籍借阅图书和还图书*用户限制管理借阅书籍本数限制、时间限制*用户处罚管理用户假如书籍丢失，超出限制时间未归还图书，将面临处罚违约处罚。2)管理需求*对图书管理图书馆管理系统管理者能够管理图书录入，删除。对图书及进行分类，统计等。*对用户管理查看和修改用户信息。2.项目标功效1）图书管理图书类别管理：增、删、改等管理。图书信息管理：新书入库，图书购入后由图书管理人员将书籍编码并将其具体信息录入书籍信息表，及删改功效。2）读者管理读者信息管理：录入，修改，删除，查询读者信息。3）流通管理图书借阅：读入借阅者证号，然后经过扫描读入所需借阅图书编号。图书归还：经过扫描读入图书编号，自动识别图书证号。同时提醒读者已借书数、超期图书应缴罚款等参考信息。自动计算罚金。图书丢失、损坏处理：假如图书丢失或损坏，依据罚款规则计算罚款，同时统计需要出库图书信息。4）统计管理：按类别统计借还信息。5）查询管理：管理员按不一样方法查询，读者按不一样方法查询。下图为系统功效模块WBS图五、项目估算项目规模估算使用Delphi法进行估算，具体步骤以下：协调人向小组组员提供项目规格和估量表格；协调人召集小组讨论和规模相关原因；小组组员匿名填写迭代表格；协调人整理出一个估量总结，以迭代表形式返回各组员；协调人召集小组会，讨论较大估量差异；组员复查估量总结并在迭代表上提交另一个匿名估量；反复上述操作， 直抵达成一个最低和最高估量一致。附Delphi法规模估量迭代表。Delphi法规模估量迭代表项目名称：图书管理系统项目管理估量日期：.6.6-.6.13估量者：陈书骐估量轮次：3轮次结果：代码行（LOC）17,000 LOC周期（月）0.5月工作量（人月）6人月费用（元）￥3000元理由：因为包含到小组组员没有实际开发经验，再加上要求完成项目标时间比较紧，所以项目估算在前期花费了不少时间。1、项目规模估算经过小组内部讨论得出项目规模估算以下：项目名称：图书馆管理系统规模估计：代码行：17,000 LOC周期：0.5月工作量：6人月费用：￥3000元项目进度估算任务完成时间责任人资源备注需求讨论.6.6候成龙2开发人员参与候成龙、林初聪项目计划.6.8候成龙全体人员参与需求确定.6.11候成龙全体人员参与设计.6.14候成龙2开发人员参与林初聪、陈书骐项目实施.6.17候成龙全体人员参与测试.6.20候成龙2开发人员参与曹政、樊英杰布署.6.22候成龙2开发人员参与樊英杰、李耀杰交付.6.23候成龙2、项目成本估算申明因为包含到小组组员没有实际开发经验，在薪酬结算方面没有可供参考标准，所以在这里采取统一￥30.00人天。成本估算任务名称工时成本估算图书管理系统18 人天￥3000.00设备损耗15 工作日￥900.00需求讨论2*2 人天￥120.00软件计划6*3 人天￥540.00需求开发6*3 人天￥540.00设计2*3 人天￥180.00实施6*3 人天￥540.00测试2*2 人天￥120.00布署2*1 人天￥60.00六、软件项目标质量计划1、项目经理职责（1）.评审质量计划。（2）和质量确保人员一起协商不符合项问题纠正方法，并安排资源实施纠正方法。（3）定时或事件驱动地评审质量确保活动和结果。2、质量确保人员职责（1）负责项目实施过程中对项目实施情况进行监督，包含对项目实施过程和工作产品进行监督检验。（2）实施项目组组员质量确保培训。（3）制订质量确保计划。（4）按计划实施审计活动，依据质量确保计划实施评审/审计，并统计实施中发觉不符合项。（5）对不符合问题提交不符合项汇报，跟踪并验证纠正方法实施情况。（6）对项目内不能处理不符合项问超；向高层管理提交汇报。（7）向项目经理汇报项目质量工作情况和质量度量结果。（8）定时向项目组汇报质量活动结果。（9）制订质量确保过程改善计划，统计过程数据。3、质量目标1.基于需求测试覆盖率为100%。2.功效测试完善3.每个阶段评审中发觉问题全部已经处理或得到合适处理。4.产品公布时不存在严重问题和以上缺点。5.严格满足协议要求和规格6.用户领导满意4、质量策略1.控制产品质量，立即纠正缺点2.应该尤其注意项目工作产品质量早期评审工作，元论是质量确保还是质量控制，采取策略全部是早期预防和早期排除缺点。3.将质量落实到日常项目进展过程中；七、软件质量确保活动1、审计审计(Audit) 是对过程或产品一次独立评定。将审核主体和为该主体以前建立一组规程和标准进行比较目标是确保真正遵照了这一个过程，产生了适宜文档和正确反应实际项目标汇报，能够预先计划，也能够是临时决定。现在讲本项目中预先计划审计列出以下。在整个开发过程中，会依据需要插入临时决定审计。2、过程评审项目严格根据组织定义软件过程进行开发，过程评审具体依据参考企业过程规范，确保项目中全部过程活动全部在实施范围内。在每次评审以后，要对评审结果做出明确决议并形成评审统计。评审可采取文件传阅、评审会等形式。质量确保人员负责对项目过程迸行监督，将发觉问题和处理情况在每七天例会上通报，对没有处理问题迸行讨论，对不能处理问题提交高级管理者处理。 每个周末，进行一次配置管理审核，确定配置管理工作是否正常进行。3、质量改善 为了达成愈加好质量，现在制订质量改善要求： 1.软件质量活动必需经过计划 2.软件质量活动计划必需明文要求 3.质量活动必需尽早开始4.质量小组必需独立存在5.应该经过训练6.必需有合适经费八、项目风险计划风险是指在项目进行过程中可能发生事件，这些时间将会对项目按预期时间、资源和预算完成产生重大影响。风险分析目标是识别这些事件，设法避免这些事件发生并制订一旦这些事件发生后处理方法下表是项目风险计划清单表：排序风险事件可能性影响风险值风险应对方法1协议不严谨10%15%40%尽早了解合约内容方便补充2需求风险30%20%10%对产品做出正确评定3相关性风险30%15%15%对外部环境和相关原因尽可能把控4技术风险20%10%15%对相关开发技术进行学习5管理风险10%20%30%制订完整管理制度，让管理者有清楚认知6没有足够时间进行产品测试10%20%30%增加工作时间，并和用户协商九、组员任务分配及职能分配1、任务分配项目经理需求分析成本质量沟通布署风险配置集成计划验收配置责任人侯成龙林初聪陈书骐樊英杰曹政侯成龙李耀杰绘图书馆管理系统人员组织管理结构：2、项目职能分析（1）项目经理职能分配：1）在主管领导领导下工作，率领所属职员落实实施企业相关规章制度，严格实施本项目标各项操作程序，确保各岗位工作标准达成要求。2）制订培训计划，并组织实施培训，督导部属将培训内容，落实到各工作岗位，并随时检验培训效果，确保职员了解业主单位约定工作要求（2）软件开发阶段任务分配：1）.人员负责项目标软件开发，包含设计，编码，单元测试和集成测试2）.负责配合质量确保活动，如系统测试，文档编制等3）.负责产品验收活动（3）质量确保人员任务分配：1）.负责产品满足用户需求规格说明书约定2）.负责项目过程中质量确保活动3）.过程、产品评审（4）配置管理任务分配：1）.负责软件产品提交2）.负责项目标配置管理活动（5）用户任务职责：3）.确保相关责任实施4）.负责和系统管理员进行协调交流5）.参与项目标组织和计划6）.负责产品验收工作十、项目沟通及讨论1、沟通计划为了确保项目过程顺利进行和信息有效沟通，而且在确保效果前提下节省时间，提升工作效率，学籍管理系统要求以下沟通计划： 项目进行过程中，项目开发人员需要立即了解过程中多种技术信息，和相关管理信息；项目经理需要全方面了解项目全部信息，同时还需要了解项目管理中进度信息、成本信息、质量信息；用户还需要了解项目管理过程中进展和提交情况。 项目信息实时查询：经过给定权限实时查询配置管理系统项目信息，由配置管理员进行项目资料实时更新和公布。 项目组组员之间立即沟通，项目进行过程中，在开发环境方面确保开发人员集中在一起进行开发，便于有问题立即交流沟通。同时，确定项目组沟通和汇报渠道。2、项目讨论时间天天早晨11：0011.30，下午17.0017.30项目组组员进行口头交流每七天五14：00前提交周汇报每七天五15:0017:00召开项目周例会，会后公布会议要给相关项目人员，其中说明项目标进展和存在问题对于通常小问题或是简单进行电话交流，复杂、必需、关键沟通需要以会议处理，形成书面会议纪要 立即提交问题汇报，问题能够经过网络提交，项目经理会立即获取问题信息 项目汇报：每七天向项目组及其企业领导层公布项目评审汇报，每七天向用户公布项目简报和问题反馈结果十一、配置计划图书管理系统配置管理计划1. 组织及职责角色人员职责、工作范围配置管理员李耀杰指定配置管理计划书，创建和维护配置库SCCB责任人李耀杰审批配置管理计划书，审批重大变更SCCB组员侯成龙，林初聪，曹政，陈书骐，樊英杰，李耀杰审批一些配置项或基线变更2. 用户及权限类别人员权限说明配置管理者李耀杰负责项目配置管理，对库拥有全部权限项目管理，质量确保，配置管理等侯成龙，林初聪，曹政，陈书骐，樊英杰，李耀杰访问、读3、变更管理其步骤是：由请求者提交变更请求，变更控制委员会召开复审会议对变更请求进行复审，以确定该请求是否为有效请求配置管理者收到基线修改请求以后，在配置库中生成和此配置项相关波及关系表配置管理者将基线波及关系表提交给SCCB，由SCCB确定是否需要修改，假如需要修给，SCCB应该依据波及关系表，确定需要修改具体文件，并在波及分析表中表示出来配置管理者根据出库程序从配置库中取出要修改文件项目人员将修改后文件提交给配置管理者配置管理者将修改后配置项按入库程序放入配置库配置管理者按SCCB标识出修改文件，由包含关系表生成基线变更统计表，并按入库程序放入配置库。4、配置状态统计利用配置状态统计能够统计和跟踪配置项改变，状态统计可用于评定项目风险，在开发过程中跟踪更改，而且提供统计数据以确保全部必需更改被实施。为跟踪工作产品基线，配置管理者需搜集下列信息：基线类型工作产品名称配置项名称版本号更改日期/时间更改请求列表需要更改配置项目前状态目前状态发生日期项目组每七天提交配置项清单及其目前版本配置管理人员每半个月提交变更请求状态统计。 十二、项目完成验收图书管理系统项目总结1项目总体信息项目总时间、总成本、总人力、总规模等信息以下：项目总时间：-6-7-6-22，一共12天，比计划多了1天项目总成本：￥3000.00项目总人力：6人项目总规模：84.00人/天2项目评审次数总评审次数：14其中：项目计划评审：2 设计评审：2 质量评审：4 定时评审：2 阶段评审：2 事件评审：23产品评审表产品名称阶段日期提交人需求分析计划书需求开发-6-7侯成龙设计说明书设计-6-7林初聪成本估量实施-6-8陈书骐质量计划实施-6-8陈书骐沟通计划实施-6-9樊英杰人力资源计划实施-6-10樊英杰风险计划实施-6-11曹政配置计划实施-6-12李耀杰集成计划实施-6-15侯成龙验收计划提交-6-18李耀杰项目总结提交-6-22侯成龙4实际和计划差异分析计划工期（天）实际工期（天）时间差异（天）1314-1计划规模（人天）实际规模（人天）规模差异（人天）8084-4预算成本（￥）实际成本（￥）成本差异（￥）1800200即使计划和实际有差异，但全部在可预见范围之内。5结论和提议图书管理系统设计过程遵守基础软件设计项目管理过程。图书管理系统开发结果能够满足需求分析，实现基础功效。各阶段按计划完成，打到预期效果。前期应加强组员之间而沟通和协作。确保质量，加强质量管理，降低返工。