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