文档介绍:该【学校内部职工工资系统项目管理书 】是由【青山代下】上传分享,文档一共【16】页,该文档可以免费在线阅读,需要了解更多关于【学校内部职工工资系统项目管理书 】的内容,可以使用淘豆网的站内搜索功能,选择自己适合的文档,以下文字是截取该文章内的部分文字,如需要获得完整电子版,请下载此文档到您的设备,方便您编辑和打印。:..1、工程概述假设学校共有教职工约1000人,10个行政部门和8个系部。每个月20日前各部门〔包括系、部〕要将出勤情况上报人事处,23日前人事处将出勤工资、奖金及扣款清单送财务处。财务处于每月月底将教职工的工资表做好并将数据送银行。每月初〔3日前〕将工资条发给各单位。假设有员工调入、调出、校内调动、离退休等数据变化,则由人事处通知相关部门和财务处。2、工作任务(StatementOfWork,SOW)书校务通管理系统业务需求学校内部职工工资管理系统是对学校所有职工工资进展管理的系统,是学校内部各校区内与各校区间的公用平台。它要完成学校对所有职工工资信息的管理,包括计算、传播、存储等,以及职工对自己信息的查询操作。其目的是实现学校内部职工的工资管理,准确的管理职工工资奖金等信息〔一〕整体要求1)系统要求提供教师工作平台和学生工作平台。2)系统要求有严格的权限管理,权限要在数据方面和功能方面都有表达。3)系统要求有可扩大性,可以在现有系统的根底上,通过前台就可加挂其他功能模块。.z.:..〔三〕系统功能描述(A)职工根本信息管理子系统1〕职工根本信息输入:数据输入,存储2〕建立职工根本信息表:数据集中3〕职工根本信息查询:数据查询4〕职工根本信息修改:::数据读出(B)职工出勤信息管理子系统:1〕职工出缺勤信息输入:职工出缺勤信息表2〕职工出缺勤信息查询:查询目标3〕职工出缺勤信息表的建立:职工出缺勤信息表(C)职工工资管理子系统:1〕职工根本工资信息读取:职工根本工资信息表2〕职工实际工资奖金计算:标准工资信息3〕标准工资信息与银行之间的双向传输:标准工资信息4〕工资条对各部门的发放:标准工资信息〔四〕.:..1)保证1000人以上可以同时登录系统。2)所有查询速度应在10秒以内。3)保证数据的每周备份。4)出现问题应在10分钟内恢复。注:从SOW可以看出,一般情况下用户提供的工作说明开场会很简单、很模糊,但随着工程的进展,客户会随时提出一些新的要求,这其实是工程管理过程中比拟棘手、但确经常发生的事情。3、工程进度方案〔一〕分解工程工作通过对学校内部职工工资管理系统任务书的分析〔分析工程构造〕结果,进一步对本工程的任务进展分解,采用图表方式进展任务分解的分解结果如以下图所〔二〕工程工作关系表〔三〕工程甘特图〔四〕网络进度方案图〔五〕里程碑方案4、工程规模本钱估算〔一〕.:..校务通管理系统任务书的分析〔分析工程构造〕结果,进一步对本工程的任务进行分解,采用图表方式进展任务分解的分解结果如以下图所示。说明:,其中没有包括管理、质量等相关的任务,WBS可以随着系统的完善而不断增加和完善。,网上考试功能已经有成熟的产品(价格明确),所以这些功能可以不用分解。〔二〕工程规模估算表〔三〕计算开发本钱从工程规模估算表得知工程规模是40人天,假设开发人员本钱参数=400元/天,则:内部的开发本钱=400元/天*40天=16000元。则:开发本钱=16000元。〔四〕计算管理、质量本钱管理任务和质量任务可以通过计算开发任务得到,根据经历,管理任务和质量任务=20%*开发任务。.z.:..=开发本钱*20%=3200元。〔五〕直接本钱直接本钱=16000+3200=19200元。〔六〕计算间接本钱a)间接本钱包括前期合同费用、房租、水电、培训、员工福利、客户效劳等。b)根据经历,采用公式:间接本钱=25%*直接本钱。间接本钱=4800元。〔七〕计算总估算本钱工程总估算本钱=19200+4800=24000元。〔八〕工程报价如果工程的利润是40%,其中风险基金10%,利润15%,税费5%。则:工程的总报价=24000*=33600元。:.〔一〕工程质量保证组织1〕.:..该组织由质量保证人员和工程经理等组成。工程经理负责质量监视工作及工程进展过程中各环节的质量把关,开发经理负责质量控制工作,质量保证人员负责质量保证的工作。组织构造如以下图所示:2〕职责在本工程中,质量保证组织的职责如下:(1)高层管理高层管理是公司负责质量的高级管理,其质量职责如下:.受理工程内不能解决的不符合问题。.负责听取质量保证组的工作报告,评审质量保证活动和结果。.参加有关质量保证过程改良的评审。(2)工程质量保证人员质量保证人员的质量职责如下:,对工程实施情况进展监视,包括对工程实施过程和工作产品进展监视检查。。.制定质量保证方案。,依照质量保证方案执行评审/审计,并记录执行中发现的不符合项。.z.:..对不符合问题提交不符合项报告,跟踪并验证纠正措施的执行情况。.对工程内不能解决的不符合项问题,向高层管理提交报告。.向工程经理报告工程质量工作状况和质量度量结果。.定期向工程组报告质量活动的结果。,记录过程数据。(3)工程经理工程经理的质量职责如下:。,并安排资源实施纠正措施。。〔二〕质量目标根据企业的质量方针和质量目标,结合本工程特点,制定工程的总体质量目标:1)基于需求的测试覆盖率为100%。2)软件功能测试用例通过率不低于95%。3)每个阶段评审中发现的问题都已经解决或得到适当处理。4)产品发布时不存在严重问题,以及以上的缺陷。注:严重问题指导致系统或模块不能正常工作的问题。结合以往的工程经历和企业的质量相应标准,制定质量标准如下表所示。.z.:..为了保证提交给用户的产品是高质量的,实施过程中采取的质量保证措施包括:;,无论是质量保证还是质量控制,采取的策略都是早期预防和早期排除缺陷。〔四〕质量保证活动质量保证的主要活动包括过程评审和产品审计。过程评审和产品审计的目的是确保在工程进展过程的各个阶段和各个方面采取各项措施来保证和提高提交给用户的产品质量。每一次过程评审和产品审计都应填写相应的报告或活动记录。1〕产品审计产品审计由质量保证人员来进展,检查工程产品是否到达质量目标。质量保证人员可以有选择性地审计工程生存期中创立的工作产品,以验证是否符适宜当的标准,是否进展了质量检查。下表便是质量审计一览表。质量审计一览表2〕.:..过程评审的具体依据参照企业的过程规*,保证工程中的所有过程活动都在实施*围内。在每次评审之后,要对评审结果做出明确的决策并形成评审记录。评审可采取文件传阅、评审会等形式。质量保证人员负责对工程过程进展监视,将发现的问题和解决情况在每周的例会上通报,对没有解决的问题进展讨论,对不能解决的问题提交高级管理者处理。每个周末,进展一次配置管理审核,确认配置管理工作是否正常进展。根据公司的质量保证体系和本工程的具体特点,确定工程执行过程如下:(1)工程规划过程及产品标准。〔2)工程跟踪管理过程。〔3)需求分析过程及产品标准。〔4)系统设计过程及产品标准。〔5)详细设计过程及产品标准。〔6)调试运行过程及产品标准。〔7)代码走查过程及代码编写标准。〔8)产品集成测试过程及产品标准。〔9)开发环境中的执行规则。(10)测试环境中的执行规则。.z.:..11)质量保证过程及其标准。〔12)配置管理过程及其标准。〔五〕质量控制活动质量控制活动包括代码走查、单元测试、集成测试、环境测试等,由开发人负责,详见进度方案。编码人员在编写代码时要进展同步单元测试,单元测试要到达分支覆盖,产品通过单元测试和编码检查后,应提交给测试部进展集成测试、系统测试。测试部的测试应到达质量目标要求,软件发布时应到达测试通过准则的要求。〔六〕质量保证的报告途径质量保证人员对于每次审计活动发现的不符合项,应该和工程经理协商不符合项的纠正措施并预定完成日期,假设和工程经理存在意见分歧,质量保证人员可以上报给高层管理者,由高层管理者决定最后的措施。同时,不符合项在工程周例会中汇报。对不符合项,质量保证人员要在预定完成日期内重新审计,验证不符合项的纠正情况,假设超过预定完成日期1周仍然有没解决的不符合项,质量保证人员上报给高级管理者,由高级管理者决定最后的措施。质量保证人员有独立的汇报途径,日常的汇报途径如下:.将发现的问题通知工程经理,协调纠正措施。.z.:..将工程组内不能协调的问题汇报给高级管理者,由高级管理者协调解决。.将日常工作和过程数据汇报给质量经理,由其统一收集并进展统计。〔七〕记录的收集、维护和保存工程组应当保存工程执行过程中形成的各类文档、各种记录、各级周报、各级会议记录,对于工程中问题的处理也需要形成记录保存。每周由质量保证人员根据任务清单的审计任务进展审计活动,并收集各活动的过程数据。6、软件工程团队学校内部职工工资管理系统的组织机构如以下图所示。用户〔一〕团队组织及职责·市场部:负责与用户的协调工作负责工程相关的商务活动负责用户需求的接口配合工程经理的资源协调活动负责产品的验收活动负责系统的维护活动。·工程经理:负责工程的组织和规划负责工程方案制定和维护负责工程的跟踪和管理负责资源的分配和协调活动负责各组织和方案之间的协调活动负责与市场部的协调活动·软件开发:.z.:..控制的工作负责配合质量保证的活动,如系统测试、文档编制等配合产品验收的相关活动·质量保证:负责工程过程和产品规*的制定负责工程过程的质量保证活动,包括过程评审和产品审计·配置管理:负责工程的配置管理活动负责软件产品的提交。·用户:确保相关责任的实施参与工程的组织和规划负责产品的验收工作〔二〕工程的沟通方案为了保证工程开发过程的顺利进展和信息的有效沟通,特要求如下的沟通方案:1)每天17:00-17:30,工程组成员进展口头交流。2)每周五的14:00前提交周报告,格式见模板。3)每周五的15:00-17:00,召开工程周例会,会后发布会议纪要给相关的工程人员,其中说明工程的进展和存在的问题。4)及时提交问题报告,问题报告可以通过网络提交,工程经理会及时获取问题信息。7、.:..的配置管理方案如下:〔1〕引言略〔2〕组织及职责1)确定配置管理者,SCCB(配置控制委员会)成员。2)B的负责人。3)配置管理的角色和职责见下表。由于本工程属于中小型工程,工期也不是很长,所以采用SourceSafe作为配置管理工具。1〕目录构造(见下表)配置库的目录构造2〕用户及权限(见下表)1〕配置项标识·命名规*命名规*适用于过程文档、生存期中各阶段的方案、需求、设计、代码、测试、手册等文件。本工程文件命名规*由5个宇段组成,从左到右依次为:公司、工程、类型、编号和版本号,如以下图所示。这些字段用一横线(—)分隔。QTD-School-RM-002-:3个字符工程:最长10个字类型:最长5个字符编号:最长8位数字版本号:.:..·配置项的版本管理配置项可能包含的分支从逻辑上可以划分成4个不同功能的分支,让它们分别对应4类工作空间。.主干分支··集成分支上面定义的四类工作空间(分支)由工程执行负责人统一管理,根据各开发阶段的实际情况定制相应的版本选取规则,来保证开发活动的正常运作。在变更发生时,应及时做好基线的推进。对配置项的版本管理在不同分支具有不同的策略:a)主干分支系统默认自动建立的物理分支——主干分支(/main)。b)私有分支‘如果多个开发工程师维护一个配置项时建议建立自己的私有分支。配置管理员对其根本不予管理,如个别私有空间上的版本树过于冗余,将对其冗余版本进展限制。c)小组分支如果出现小组共同开发该配置项,该分支可视为工程组内局部组的私有空间,存放代码开发过程中的版本分支,由工程组内部控制。d).:..测试工作在集成分支上完成。私有分支和小组分支均为可选,必要时建立。2〕变更管理变更管理的流程是:a)由请求者提交变更请求,SCCB召开复审会议对变更请求进展复审,以确定该请求是否为有效请求。典型的变更请求管理有需求变更管理、缺陷追踪等。b)配置管理员收到基线修改请求后,在配置库中生成与此配置项相关的涉及关系表。c)B,B确定是否需要修改,如果需要修改,SCCB应根据涉及关系表,确定需要修改的具体文件,并在涉及分析表中标识出来。d)配置管理员按照出库程序从配置库中取出需要修改的文件。e)工程人员将修改后的文件提交给配置管理员。f)配置管理员将修改后的配置项按入库程序放入配置库。g)B标识出的修改文件,由涉及关系表生成基线变更记录表,并按入库程序放入配置库。(3)配置状态统计利用配置状态统计,可以记录和跟踪配置项的改变。状态统计可用于评估工程风险,在开发过程中跟踪更改,.:..·基线类型。·工作产品名称。·配置项名称/标识符。·版本号。·更改日期/时间。·更改请求列表。·。·当前状态发生日期。工程组每周提交配置项清单及其当前版本。配置管理人员每半个月提交变更请求的状态统计。.z.