软件项目管理结课案例

1 软件项目管理结课案例 1、超市管理系统项目初始 方需求 由于该项目的甲方（卖方）采取多方洽谈的招标方式并且已经和乙方（买方）签订合同，确立合作关系，所以没有明确的招标书，只编写了工作任务说明。 超市管理系统业务需求分析： 超市管理系统建设根据发展规划以及组织建设与管理改革的需要，促进超市业务流程的规范化与改造，实现管理信息的系统、综合与规范管理，实现信息化的需要，简化管理过程，从而高效管理，达到领先水平。提高超市的竞争力。超市管理系统的目的是为了让用户系统地看到该项目的主要工作流程和功 能。为了方便用户对该项目的规划设计和实施过程进行系统的了解，便于对该项目进行修改和更新。 一 整体要求： 1，系统要求提供超市经理管理工作平台和超市员工工作平台。 2，系统有严格的权限限制管理，权限要求在数据方面和功能方面都能体现。 3，系统要求具有一定的可扩充性，在现有平台的基础上，通过前台可以加挂其他的功能模板。 二一般超市的机构组成（如下图）： 说明： 1）超市人员设置及其日常业务： 经理是最高管理级别，仓库管理员，上货员和出纳员皆是平级受经理管理的普通员工。经理一个超市 只设一名，其他员工试情况而定，一般仓库管理员 5人，上货员 10 人，出纳员 10 人。 日常业务如下： 经理：货架管理、库存管理、资金管理、销售信息管理； 仓库管理员：查询仓库商品、登记采购商品、修改库存商品信息、删除商品信息、采购申请、提交采购申请； 上货员：查看货架商品信息、修改货架商品信息、添加货架商品信息、下架过期商品； 出纳：资金查询、资金收交。 三 系统的功能描述： 系统根据用户登录的身份不同，进入不同的管理界面，自动列出用户所有的权限。经理通过登录界面登录成功后可以进行权 限的相关操作，同理其他员工也是如此。 各个功能具体描述如下： 货架管理：查看货架商品的摆放，商品的数目，类型等； 2 库存管理：查看库存信息确定各类商品的数目以确定是否需要采购新的商品该项设有缺货提醒功能。 资金管理：管理所有资金的收入、支出等各个细节。 销售信息管理：管理每天，每星期等各个时段的所有商品销售情况，依次确定销售策略。 商品：仓库管理员可以通过这个功能板块查询仓库商品、登记采购商品、修改库存商品信息、删除商品信息、申请采购商品、提交采购申请等； 货架：上货员可以查看货架商品 信息、修改货架商品信息、添加货架商品信息、下架过期商品； 资金：为提供出纳员提供查询资金、资金收交的服务功能。 存期模型 针对超市管理系统开发的要求以及特点，借鉴企业的生存期模型说明和系统软件过程体系，决定采用增量式模型（如下图），理由如下： 1）超市管理系统全部功能分为四大板块，所以可以先基于这四大基本板块的基本功能做出一个小版本的适用版本，然后在此基础上添加需要的其他功能，这样用户可以在使用最小版本的同时，提出更多的要求，这有助于下一 阶段的开发，大大减小开发的风险。 2）超市管理系统要求有一定的可扩充性，使用增量式模型，可以保证系统的可扩充性，可以根据以后的需求在前台加挂其他的功能模块。 3）使用增量式模型的好处：项目的复杂度为中度；预计开发软件的成本为中等；产品和文档的再使用率很高；项目的风险较小。 生存期的各个阶段定义如下： 需求分析 设计 集成测试 产品提交 项目规划 图 3:生存期模型 3 项目规划阶段 阶段目标：根据合同和初步的需求分析确定项目的规模、时间计划和资源需求。 输入： 合同文本和 程： 项目规划和计划确定 输出： 项目计划 需求分析阶段 阶段目标：确定客户需求 输入： 项目计划和 程： 需求获取，需求分析，需求控制 输出： 原型系统，需求规格 设计阶段 阶段目标：总体系统结构设计 输入： 原型系统和需求规格 过程： 总体设计 输出： 系统设计说明书，数据库结构定义 增量 1 实现 阶段目标：实现系统基本板块的通用功能 输入 ： 系统设计说明书，数据库结构定义 过程： 详细设计，编码 ，代码走查，代码评审，单元测试 输出： 详细设计说明书，源代码，可运行版本 量 2 实现 阶段目标：实现系统仓库管理员管理及查看个人信息功能 输入 ： 系统设计说明书，数据库结构定义 过程： 详细设计，编码，代码走查，代码评审，单元测试 输出： 详细设计说明书，源代码，可运行版本 量 3 实现 阶段目标：实现系统的经理管理查看个人及员工信息功能 输入 ： 系统设计说明书，数据库结构定义 过程： 详细设计，编码，代 码走查，代码评审，单元测试 输出： 详细设计说明书，源代码，可运行版本 量 4 实现 阶段目标：实现系统出纳员管理及查看个人信息功能 输入 ： 系统设计说明书，数据库结构定义 过程： 详细设计，编码，代码走查，代码评审，单元测试 输出： 详细设计说明书，源代码，可运行版本 量 5 实现 阶段目标：实现系统上货员管理及查看个人信息功能 输入 ： 系统设计说明书，数据库结构定义 过程： 详细设计，编码，代码走查，代码 评审，单元测试 输出： 详细设计说明书，源代码，可运行版本 成测试 阶段目标：通过集成环境下的软件测试 输入 ： 测试计划，测试案例 4 过程： 集成测试，系统测试 输出： 系统软件包，测试报告，产品说明书 产品提交 阶段目标：产品可以投入使用 输入： 系统软件包 过程： 产品提交 输出： 验收报告 同项目 甲乙双方签订的合同文本如下： 技术开发合同 项目名称：超市管理系统 委托人（甲方）：沃尔玛管理委员会 研究开发人（乙方） : 郑州达内有限公司 签订地点：郑州市 签订日期： 2013 年 4 月 8 日 有效期限： 2013 年 4 月 8 日 12 月 16 日 河南郑州技术市场管理办公室 根据中华人民共和国合同法的规定，合同双方就超市管理 系统开发项目的技术开发（该项目属于 /计划），经协商一致，签定本合同。 一、标的技术的内容、范围及要求： 根据甲方的要求，乙方完成校务通软件系统的研制开发。 求建立 B/S 结构的 ,基于的 据库、 务器和 术的三层架构体系的综合服务软件系统。 与整体系统相融合的基础上，建立系统运行的软硬件环 境。 二、应达到的技术指标和参数 陆 ,并行查询的速度要求。其中主要内容包括（ 1） 保证1000 人以上可以同时登陆系统（ 2）所有查询速度应在 10 秒以内（ 3）保证数据的每周备份（ 4）工作日期间不能当机（ 5）出现问题应在 10 分钟内恢复。 不可以随意改动。 三、研究开发计划 方在合同签订后 7 个工作日内，完成合同内容的系 统设计方案。 成第一阶段的系统设计方案之后，乙方于 50 个工作 日内完成系统基本功能的开发。 完成第一和第二阶段的任务之后，由甲方配合乙方于 3 个工作日内完成系统在 息中心的调试、集成。 四、研究开发经费、报酬及其支付或结算方式 酬指 本项目开 5 发成果的使用费和研究开发人员的科研补贴。 民币大写）： 元整。 期支付。 本合同签订之日起生效，甲方在五个工作日内应付乙方合同总金额的 50，计人民币 （人民币大写 整），验收后甲方在五个 工作日内付清全部合同余款，计人民币 民币大写 整）。 五、利用研究开发经费购臵的设备、器材、资料的财产权属： /。 六、履行合同。 甲方责任： 1、甲方全力协助乙方完成合同内容。 2、合同期内甲方为乙方提供专业性接口技术支持。 乙方责任： 1、乙方按甲方要求完成合同内容。 2、乙方愿提供在实现功能的前提下，进一步予以完善。 3、乙方在合同商定的时间内保证系统正常运行。 4、乙方在 项目验收后提供一年免费维护。 5、未经甲方同意，乙方不得向第三方提供本系统中涉及专业的技术内容和所有的系统数据。 七、技术情报和资料的保密。 本合同中的相关专业技术内容和所有的系统数据，归甲方所有，未经甲方同意乙方不得提供给第三方。 八、技术协作的内容 : 见系统设计方案。 九、技术成果的归属和分享 。 让权： /。 十、验收的标准和方式： 研究开发所完成的技术成果，达到了本合同第二条所列技术指标，按国家标 准，采用一定的方式验收，由甲方出具技术项目验收证明。 十一、风险的承担 在履行本合同的过程中，确因在现有水平和条件下难以克服的技术困难，导致研究开发部分或全部失败所造成的损失，风险责任由甲方承担 50 %，乙方承担 50 %。本项目风险责任确认的方式：双方协商。 十二、违约金和损失赔偿额的计算：除不可抗力因素外（指发生战争、地震、洪水、飓风或其它人力不能控制的不可抗力事件），甲乙双方须遵守合同承诺，否则视为违约并承担违约责任： 1、如果乙方不能按期完成软件开发工作并交给甲方使用，乙方应向 甲 方支付延期违约金。每延迟一周，乙方向甲方支付合同总额 违约金，不满一周按一周计算，但违约金总额不得超过合同总额的5%； 2、如果甲方不能按期向甲方支付合同款项，甲方应向乙方支付延期 违约金。每延迟一周，甲方向乙方支付合同总额 违约金，不满一周按一周计算，但违约金总额不得超过合同总额的 5%。 十三、解决合同纠纷的方式： 在履行本合同的过程中发生争议，双方当事人和解或调解不成，可采取仲裁或按司法程序解决。双方同意由北京市仲裁委员会仲裁。双方约定向人民法院起诉。 十四、名词和术 语解释 如有，见合同附件。 十五、其他 本合同一式 6 份，具有同等法律效力。其中正式两份，甲乙双方各执一份；副 本 4 份，交由乙方。本合同未尽事宜，经双方协商一致，可在合同中增加补充条 6 款，补充条款是合同的组成部分。 2、超市管理系统项目计划 围计划 在超市管理系统的开发过程中，为了避免不必要的需求变动，项目组合用户一起来确定需求规格。这个项目采取的是原型分析法确定需求，然后根据用户确认的原型系统编写软件的需求规格。最后根据需求规格形成项目的最后范围计划（ 统原型分析 依照需求该系统应该提供 5 个平台，即系统登录平台，经理平台，上货员平台，出纳员平台和仓库管理员平台。各个角色可以根据不同的身份权限登录不同的平台。 1） 根据需求形成一个用户登录界面，如图 1 所示。 2） 如果用户以经理的身份登录就进入经理平台，界面如图 2 所示。 3） 如果用户以上货员的身份登录就进入经理平台，界面如图 3 所示。 4） 如果用户以出纳员的身份登录就进入经理平台，界面如图 4 所示。 5） 如果用户以仓库管理员的身份登录就进入经理平台，界面如图 5 所示。 界面的设计内容、风格等也要和用户一起讨论决定，以保持一致。每一个平台 所设计的功能皆能实现，太多在此不再一一说明。 统 据所确定的需求规格分析，采取图表方式进行任务分解，分解结果 示，它是按照功能组成标准进行的上货员功能部分的任务分解，不包括经理，仓库管理员，出纳员的任务， 以随系统的不断完善而完善。 间计划 期项目进度计划 超市管理系统项目的进度采取渐进完善的方式进行。初期项目进度的计划由于信息不足所以只是一个粗略的表格计划，如图 示。 目计划的细化 由于表 表格太过简略所以不能做工作的详细指导，需要进一步的细化。 首先，根据任务的分解情况，继续分解相应的任务，使用 MS 具，将分解后的所有任务和 代码录入项目策划书中，确定各个活动之间的关系，因为采取的是增量式的生存期模型，在需求设计后，系统的功能采取增量的方式实现，实现的阶段分为进度计划 5 个增量，对各个任务分配相应的资源。然 7 后通过不断的调整更新，经过多次的评审与讨论，最后通过评审将计划存为基准计划。该项目的基准计划如下： 1）进度计划 表 进度计划是在表 基础上细化出来的项目进度计划。 2）项目甘特图 表 项目进度计划的甘特图。 3） 里程碑 由于高层可能更加关注历程配的进度，所以需要一个里程碑计划，用表格设计如图 示为该项目的里程碑进展。 本计划 超市管理系统项目采取的是自上而下和参数法综合的成本估算方法，而后结合进度形成项目成本预算基线。 本估算 （ 1） 签订合同前 签订合同前根据以往的经验对此次项目采用类比估计方法，粗略估算一下成本，不需要太过详尽。 （ 2） 签订合同后 签订合同后根据自身资源和 解的结果进一步的细化估算。具体过程如下： 8 首先分析资源 人力资源：一个开发人员；一个项目管理人员；一个项目质量人员；一个配置管理人员 设备资源：四台电脑，一个服务器。 表 出项目规模的估算。 具体估算步骤如下： 1）获取项目分解结果 务分解是根据项目的功能进行分解的。 2）计算开发成本。 任务分解的结果主要是针对开发任务的分解，管理和质量任务可以通过计算开发任务得到，一般来说，管理和质量任务是开发任务 的 20%。 3）计算管理，质量成本。 管理和质量任务是开发任务的 20%，所以其成本是 4）直接成本 + 5）计算间接成本。 间接成本包括房租及水电费，员工福利等，按以往经验，间接成本是直接成本的 25%，所以是 + 6）计算总估算成本 项目总估算成本是 + 7）重新评估项目报价。 重新评估一下项目的报价准确性，但是报价因为已经签过合同所以不能更改，但是可以通过再次 的评估进一步明确项目的运作和利润情况等。 成本估算 在超市管理系统的开发过程中，除了开发人员其他人员像项目经理还在管理其他项目，所以估算的时候，应该根据这些人员的具体工作时间和各个任务的具体情况而估算。最后会得到一个比较详尽的成本分配情况，即，成本基准。资源费用比例如图 示。 按照每个任务的资源分配和时间安排，确定项目的预算，如图 示 9 图 成本预算图示，即项目随时间的费用支出，其中的 是预算曲线，也就是日后项目跟踪控制的费用曲 线。 量计划 在整个项目中，项目经理参与了整个过程，同时也是该项目的负责人，项目经理应该根据项目的特点和企业的质量保障体系，制定项目质量计划。 项目组织 （ 1） 组织机构 在项目实施期间城里质量保证组织，该组织由质量保证人员和项目经理组成，该项目经理负责质量监督工作及项目进展过程中的各个环节的质量监管，开发经理负责质量控制工作，质量保证人员负责质量保证的工作。组织结构图如下： 图 （ 2） 职责 1，高层管理 质量职责如下：受理项目内 不能解决得不符合问题，必要时与项目经理协调；负责听取质量保证组的工作报告，评审质量保证活动和结果，参加有关质量保证过程改进的评审。 ,2，质量保证人员的质量职责如下：负责项目实施过程中对项目实施情况进行监督；制定质量保证计划；对不符合问题提交不符合报告，跟踪并验证纠错措施的执行情况。定期向项目组报告质量活动的结果；制定质量保证过程改进的计划，并记录过程数据。 3，项目经理的质量职责：评审质量计划；与质量保证人员一起协商不符合问题的纠错措施；定期评审质量保证活动和结果。 质量目标 根据企业的质量方针和质量目标，结合本项目特点，制定项目的总体质量目标： 1)基于需求的测试覆盖率为 100%。 2)软件功能测试用例通过率不低于 95%。 3）每个阶段评审中发现的问题都已经解决或得到适当处理。 4)产品发布时不存在严重问题以及以上的缺陷。 注：严重问题指导致系统或模块不能正常工作的闸题。 结合以往的项目经验和企业的质量相应标准，制定质量标准如表 8示。 10 质量策略 为了保证提交给用户的产品是高质量的，实施过程中采取的质量保证措施 包括： 1） 将质量贯彻到日常的项目进展过程中； 2） 应该特别注意项目工作产品质量的早期评审工作，元论是质量保证还是 质量控制，采取的策略都是早期预防和早期排除缺陷。 质量保证活动 1， 质量保证的主要活动包括过程评审和产品审计。过程评审和产品审计的目的是确保在项目进展过程的备个阶段和备个方面采取各项措施来保证和提高提交给用户的产品质量。每次过程评审和产品审计都应填写相应的报告或活动记录。 表 量计划标准 质量保证人员可以有选择性地审计项目生存期中创建的工作产品 ，以验证是否符合适当的标准，是否进行了质量检查。 表 是质量审计一览表。 2，过程评审 项目严格按照组织定义的软件过程进行开发，过程评审的具体依据参照企业的过程规范，保证项目中的所有过程活动都在实施范围内。在每次评审之后，要对评审结果做出明确的决策并形成评审记录。评审可采取文件传阅、评审会等形式。 质量保证人员负责对项目过程迸行监督，将发现的问题和解决情况在每周的例会上通报，对没有解决的问题迸行讨论，对不能解决的问题提交高级管理者处理。 每个周末，进行一次配置管理审核，确认配置管理工 作是否正常进行。 根据公司的质量保证体系和本项目的具体特点，确定项目执行过程如下： 1）项目规划过程及产品标准。 2）项目跟踪管理过程。 3）需求分析过程及产品标准。 4）系统设计过程及产品标准。 5）详细设计过程及产品标准。 6）调试运行过程及产品标准。 7）代码走查过程及代码编写标准。 8）产品集成测试过程及产品标准。 9）开发环境中的执行规则。 10）测试环境中的执行规则。 11）质量保证过程及其标准。 12）配置管理过程及其标谁。 具体过程执行标准详见企业质量体系和项目计划的过程附件。 质量控制活动 质量控制活动包括代码走查、单元测试、集成测试、环境测试等由开发人负 责，详见进度计划。编码人员在编写代码时要进行同步单元测试，单元测试要达到分支覆盖，产品通过单元测试和编码检查后，应提交给测试部进行集成测试、系统测试。测试部的测试应达到质量目标要求，软件发布时应达到测试通过准则的要求。 质量保证的报告途径 质量保证人员对于每次审计活动发现的不符合项，应该和项目经理协商不符合项的纠正措施并预定完成日期，若和项目经理存在意见分歧，质量保证人员可 11 以上报给高层管理者，由高层管理者决定最后的措施。同时，不符合项在项目周例会中汇报。对不符含项，质量保证人员耍在预定完成日期内重新审计，验证不符合项的纠正情况，若超过预定完成日期 1 周仍然有没解决的不符合项，质量保证人员上报给高级管理者，由高级管理者决定最后的措施。 质量保证人员有独立的汇报途径，日常的汇报途径如下：将发现的问题通知项目经理，协调纠正措施。将项目组内不能协调的问题汇报给茼级管理者，由南级管理者协调解决。将日常工作和过程数据汇报给质量经理，由其统一收集并进行统计。 记录的收集、维护和保存 项目组应当保留项目执行过程中形成的各类文档、各种记录、各级周报、各级会议记录，对于项目中问题的处理也需要形成记录保存。每周由质量保证人员根据任务清单的审计任务进行审计活动，并收集各活动的过程数据 统人力资源计划 目组织结构 超市管理系统项目的组织结构如下图所示，它是矩阵型组织结构的一个具体化。 用户 高层管理 项目管理 市场部 软件开发 配置管理 质量保证 设计 实施 质量控制 协调者 12 图 1：项目的组织结构 市场部 负责与用户的协调工作。 负责项目相关的商务活动。 负责用户需求的接口。 配合项目经 理的资源协调活动。 负责产品的验收活动。 负责系统的维护活动。 项目管理 负责项目的组织和规划。 负责项目计划制定和维护。 负责项目的跟踪和管理。 负责资源的分配和协调活动。 负责各组织和计划之间的协调活动。 负责与市场部的协调活动。 软件开发 负责项目的软件开发，包括设计、编码、单元测试和集成测试。 负责产品质量控制的工作。 负责配合质量保证的活动，如系统测试、文档编制等。 配合产品验收的相关活动。 质量保证 负责项目过程和产品规范的制定。 负责项目过程的质量保证活动，包括过程评审和产品审计。 配置管理 负责项目的配置管理活动。 负责软件产品的提交。 用户 确保相关责任的实施。 参与项目的组织和规划。 13 负责产品的验收工作。 表 1 为角色映射表。 表 1：角色映射表 项目管理组 软件开发组 质量保证组 配置管理组 负责人 徐照丽 邢丽君 徐防 刘磊 组成（人） 1 1 1 1 目的沟通计划 为了保证项目开发过程的顺利进行和信息的有效沟通，要求执行如下的沟通计划： （ 1） 每天 17:0017:30，项目组成员进行口头交流。 （ 2） 每周五的 14:00 前提交周报告。 （ 3） 每周五的 15:0017:00，召开项目 周例会，会后发布会议纪要给相关的项目人员，其中说明项目的进展和存在的问题。 （ 4） 及时提交问题报告，问题报告可以通过网络提交，项目经理会及时获取问题信息。 险计划 本项目的主要风险是开发人员对客户需求中的超市管理环境不是很熟悉，另外，客户要求的进度比较紧，而且具体需求不是很明确。下面的这个风险列表就是通过一系列的风险识别、风险评估、风险规划和风险控制，最后得出的项目险列表。 表 1 风险分析表 排序 输入 风险事件 可能性 影响 风险值 采取的措施 1 客户的求不明确，增加需求 ，导致需求蔓延 70% 50% 35% 1. 采取加班的办法 2. 修改计划去掉一些任务 3. 与客户商量延长一些时间 2 合同 进度要求紧，合 30% 50% 15% 可以请一些实习的学 14 同金额有限 生做辅助工作，一来成本不高，而来可以加快进度。 3 货商、外包商的质量问题 20% 50% 10% 多选择几个可以作为备份的外包商和供应商。 4 历史项目信息 开发人员的流动 15% 60% 9% 1. 注意项目团队的沟通，及时了解开发人员的动态。 2. 控制好项目过程中的文档。 3. 从其他项目组借调人员。 4. 从外部招聘有过此类开发 经验的人员。 同计划（具体参考） 置管理计划 组织及职责 配置管理的角色和职责见表 1。 表 1：配置管理角色职责表 角色 人员 职责和工作范围 配置管理者 刘磊 （ 1） 制定配置管理计划 （ 2） 创建和维护配置库 责人 徐照丽、邢丽君 （ 1） 审批配置管理计划 （ 2） 审批重大的变更 15 员 徐照丽（项目经理），徐防（质量保证人员），刘磊（配置管理者） 审批某些配置项或基线的变更 配置管理环境 由于本项目属于中小型项目，工期也不很长，而且项目组人员对 比较熟悉，所以采用 为配置管理工具。 1、配置库目录结构 表 2：配置库的目录结构 序号 内容 说明 路径 1 术合同管理 $ 求管理 $M 3 件项目规划 $ 件项目跟踪与管理 $ 件配置管理 $ 件质量保证 $ 件产品工程 设计 $ 源代码 $ 目标代码 $0 测试 $1 发布 $、用户及权限 表 3：配置库的用户权限 类别 人员 权限说明 配置管理者 刘磊 负责项目配置管理，拥有所有权限 项目经理 徐 照丽 访问、读 质量保证人员 徐防 访问、读 开发人员 邢丽君 访问、读 高层管理 访问、读 16 置管理活动 1、 配置项标志 1） 命名规范 本项目配置项命名规范由 5 个字段组成，从左到右依次为：公司、项目、类型、编号和版本号，如图 1 所示。这些字段用一横线（ -）分隔。 图 1：配置项命名规范 2） 主要配置项 表 4：配置项列表 类型 主要配置项 标识符 预计正式发表时间 技术合同 合同 003003划 项目计划 003质量保证计划 003配置管理计划 003求 需求规格说明书 003户 003计 总体设计说明书 003数据库设计 003详细设计说明书 003设计术语及规范 003程 源程序 003码规则 003M司： 3个字符 项目：最长 10个字符 类型：最长 5个字符 编号：最长 8位数字 /字符 版本号： V 17 测试 测试计划 003测试用例 003测试报告 003交 运行产品 003验收报告 003用户手册 003） 项目基线 在 基线由 志，字母必须为大写。基线管理由项目执行负责人确认、 权，由配置管理员执行。 表 5 基线名称 /标识符 基线包含的主要配置项 预计建立时间 需求 需求规格说明书、用户 003体设计 总体设计说明书、数据库设计 2003目实现 软 件源代码、编码规则 2003统测试 测试用例、测试报告 2003） 配置项的版本管理 配置项可能包含的分支从逻辑上可以划分成 4 个不同功能的分支：主干分支、私有分支、小组分支、集成分支。让它们分别对应 4 类工作空间。 这四类工作空间（分支）由项目执行负责人统一管理，根据各开发阶段的实际情况定制相应的版本选取规则，来保证开发活动的正常运作。在变更发生时，应及时做好基线的推进。 对配置项的版本管理在不同分支具有不同的策略： （ 1） 主干分支 系统默认自动建立的物理分支 主干分支 （ /,基线均以 式出现在主干分支上。 （ 2） 私有分支 如果多个开发工程师维护一个配置项时建议建立自己的私有分支。配置管理员对其基本不与管理，如个别私有空间上的版本树过于冗余，将对其冗余版本进行限制。 18 （ 3） 小组分支 如果出现小组共同开发一配置项，该分支可视为项目组内部分组的私有空间，存放代码开发过程中的版本分支，由项目组内部控制。 （ 4） 集成分支 集成测试时在主干分支的特定版本（由 志清晰）上建立集成分支，测试工作在集成分支上完成。 私有分支和小组分支均为可选，必要时建立。 2、 变更管理 变更管理的流程是： （ 1） 由请求者提交变更请求， 召开复审会议对变更请求进行复审，以确定该请求是否为有效请求。典型的变更请求管理有需求变更管理、缺陷追踪等。 （ 2） 配置管理者收到基线修改请求后，在配置库中生成与此配置项相关的波及关系表。 （ 3） 配置管理者将基线波及关系表提交给 定是否需要修改，如果需要修改， 根据波及关系表，确定需要修改的具体文件，并在波及分析表中标志出来。 （ 4） 配置管理者按照出库程序从配置库中取出需要修改的文件。 （ 5） 项目人员将修改后的文件提交给配置管理者。 （ 6） 配置管理者将修改后的 配置项按入库程序放入配置库。 （ 7） 配置管理者按 识出的修改文件，由波及关系表生成基线变更记录表，并按入库程序放入配置库。 3、 配置状态统计 利用配置状态统计，可以记录和跟踪配置项的改变。状态统计可用于评估项目风险，在开发过程中跟踪更改，并且提供统计数据以确保所有必需的更改已被执行。为跟踪工作产品基线，配置管理者需手机下列信息： 基线类型 工作产品名称 19 配置项名称 /标识符 版本号 更改日期 /时间 更改请求列表 需要更改的配置项 当前状态 当前状态发生日期 项目组每周提交配置项清单及其当前版本。 配置管理人员每半个月提交变更请求的状态统计。 集成计划 超市管理系统项目管理 1导言 略 2概述 超市管理系统建设根据发展规划以及组织建设与管理改革的需要，促进超市业务流程的规范化与改造，实现管理信息的系统、综合与规范管理，实现信息化的需要，简化管理过程，从而高效管理，达到领先水平。提高超 市的竞争力。超市管理系统的目的是为了让用户系统地看到该项目的主要工作流程和功能。为了方便用户对该项目的规划设计和实施过程进行系统的了解，便于对该项目进行修改和更新。系统具有标准化、分布式存储和检索、易用、易维护、开放等特点。 3 项目任务范围 超市管理系统项目需完成的任务总的分 4 类： 经理进行货架管理、库存管理、资金管理、销售信息管理；仓库管理员管理查询仓库商品、登记采购商品、修改库存商品信息、删除商品信息、采购申请、提交采购申请；上货员管理查看货架商品信息、修改货架商品信息、添加货架商品信息、下架过期 商品；出纳管理资金查询、资金收交等。图 1 是项目任务的范围图示。 20 4 项目目标 目前电化技术已经越来越普及，各地的超市纷纷建设自己的信息系统，但是好多在投巨资建设信息系统之后，未能高效利用其资源。超市管理系统提供了有效利用超市信息系统，实现超市管理的电子信息化。本项目的产品可以达到以下目标。 提高生产效率，减少返工。 节省开支。 业务过程的流水线化。 先前人工劳动的自动化。 符合相关标准和规则。 与目前的应用产品相比较，提高了可用性或减少了失效程度。 5 项目实施策略 实施策略是确定如何实施项目，以达到项目目标的策略。根据校务通项目特点和企业的战略要求，采取如下策略： 项目管理策略 根据结果对项目计划进行适当的调整 段评审和事件评审相结合的方式 报项目进展情况及其他相关情况 软件开发策略 O 技术逐步构造系统 时遵循公司质量体系中关于项目实施 过程规范 图 1：任务范围视图 21 质量保证策略 点确定该项目中需控制的过程 点确定该项目中需审计的产品 6 项目组织结构 由于该项目在实施过程中需要涉及不同组织的各方面人员，而各组织之间的利益、任务和职责也不尽相同，因此明确定义项目组织结构和各自职责可保证项目的顺利进行。该项目的组织结构图如图 2： 其中： 市场部 项目管理 用户 图 2：项目的组织结构 项目管理 质量保证 软件开发 设计 实施 质量 控制 市场部 置管理 高层管理 22 软件开发 括设计，编 码，单元测试和集成测试 系统测试，文档编制等 质量保证 配置管理 用户 表 1 为角色映射表。 表 1：角色映射表 项目管理组 软件开发组 质量保证组 配置管理组 负责人 徐照丽 邢丽君 徐防 刘磊 组成（人） 1 1 1 1 7 项目生存期 根据该项目的特点并结合公司已有的软件生存期模型定义，本项目生存期采用增量模型如图 3。 23 生存期中的各阶段定义如下： 项目规划阶段 阶段目标：根据合同和初步的需求分析确定项目的规模、时间计划和资源需求。 输入： 合同文本和 程： 项目规划和计划确定 输出： 项目计划 需求分析阶段 阶段目标：确定客户需求 输入： 项目计划和 程： 需求获取，需求分析，需求控制 输出： 原型系统，需求规格 设计阶段 阶段目标：总体系统结构设计 输入： 原型系统和需求规格 过程： 总体设计 输出： 系统设计说明书，数据库结构定义 增量 1 实现 阶段目标：实现系统基本板块的通用功能 输入 ： 系统设计说明书，数据库结构定义 过程： 详细设计，编码，代码走查，代码评审，单元测试 需求分析 设计 集成测试 产品提交 项目规划 图 3:生存期模型 24 输出： 详细设计说明书，源代码，可运行版本 量 2 实现 阶段目标：实现系统仓库管理员管理及查看个人信息功能 输入 ： 系统设计说明书，数据库结构定义 过程： 详细设计，编码，代码走查，代码评审，单元测试 输出： 详细设计说明书，源代码，可运行版本 量 3 实现 阶段目标：实现系统的经理管理查看个人及员工信息功能 输入 ： 系统设计说明书，数据库结构定义 过程： 详 细设计，编码，代码走查，代码评审，单元测试 输出： 详细设计说明书，源代码，可运行版本 量 4 实现 阶段目标：实现系统出纳员管理及查看个人信息功能 输入 ： 系统设计说明书，数据库结构定义 过程： 详细设计，编码，代码走查，代码评审，单元测试 输出： 详细设计说明书，源代码，可运行版本 量 5 实现 阶段目标：实现系统上货员管理及查看个人信息功能 输入 ： 系统设计说明书，数据库结构定义 过程： 详细设计，编码 ，代码走查，代码评审，单元测试 输出： 详细设计说明书，源代码，可运行版本 成测试 阶段目标：通过集成环境下的软件测试 输入 ： 测试计划，测试案例 过程： 集成测试，系统测试 输出： 系统软件包，测试报告，产品说明书 产品提交 阶段目标：产品可以投入使用 输入： 系统软件包 过程： 产品提交 输出： 验收报告 8 时间计划 项目进度计划甘特图如图 4 所示 (,详见进度计划 ： 图 4：进度计划 25 9 项目成本估算 项目估算是为了确定项目所需的人力、时间以及项目完成过程中耗费的人力、物力、财力资源。图 5 是项目估算和预算的结果 (详见估算计划 .). 校务通管理系统预算表￥ 0 . 0 0￥ 1 0 , 0 0 0 . 0 0￥ 2 0 , 0 0 0 . 0 0￥ 3 0 , 0 0 0 . 0 0￥ 4 0 , 0 0 0 . 0 0￥ 5 0 , 0 0 0 . 0 0￥ 6 0 , 0 0 0 . 0 0￥ 7 0 , 0 0 0 . 0 0￥ 8 0 , 0 0 0 . 0 02 7 9 15 20 23 32 36 38 40 42时间（天）预算（元）量管理计划 质量管理计划详见质量管理计划专题 . 11 配置管理计划 配置管