需求设计
系统背景：
设计这个学生社团管理系统的初衷，是为了使学校能够更好地管理本学院繁多的学生社团，以及方便学生更好地了解各个学生社团的信息，从而丰富学生的课余生活。
设计这个学生社团管理系统，需要达到以下几个要求： 功能问题：
学生社团管理系统必须能够达到要求的功能，才能满足各种不同种类的用户对该系统的要求。例如申请创建社团功能、审批功能、社团活动提交功能、社团成员个人信息提交功能等等。 权限问题：
权限问题解决一个什么用户登入系统得到一个什么样的操作的问题。该系统必须能够正确识别在什么用户对系统进行操作的时候能够实现那些功能，屏蔽那些功能。 效率问题：
学生社团管理系统，顾名思义就是对学生社团的各种相关操作进行有效的管理。尽可能的缩短各个操作的手续和操作时间，提高运作效率，是该系统的重要特点。 维护问题：
该系统要便于维护，并能精准地进行每天的数据交流和保存。这要求整个系统的结构不仅要严谨，而且要具有较高的数据处理能力。 此系统的WBS图如下：
社团管理系统 F1学院管理员 F2社团管理员 F3社团成员 F4学院成员访问者 F5非学院访问者 F11 F12 F13 F21 F22 F23 F24 F25 信息主F31 F32 信息主F41申 F42 F51信社团 学员创社团系统的数据库学员 社团成修改自身信修改自身信信 息请 息进入社主界面的访主界面的访发建布社信团息申的请合的规常日管申员请信加息入的的提交和界面 阅读 评论 管理和 信息界面 阅读 评论 管理和 信息问 性
学生管理系统项目进度计划
制作者：张涛
1. 初期项目进度计划
由于项目初期信息不足，所以初期项目计划只是一个计划表格，相当于一个大
计划，简单说明假话的执行步骤，
2. 项目计划的细化
大计划不能作为指导详细工作的计划，是标胶粗糙的，还需要进一步的细化。随着对项目了解的深入，项目计划也会渐渐地完善和细化的。
首先，根据wbs的分解的情况，继续分解相应的活动，使用project工具将分解后的所有活动和wbs的代码录入项目计划文件中，然后确定各个活动之间的关系，由于采用增量式的生存期模型，在需求设计之后，系统的功能采用增量方式实现，实施阶段分6个增量，对各个人物分配相应的资源，然后经过不断的资源调整优化以及工期、活动关系的调整等，再经过多次的评审讨论，最后计划通过评审，将此计划存为基准计划。项目的基准计划如下。 1） 进度计划（如表所示）
2） 项目甘特图（如图所示）
3） 里程碑（如图所示）
时间 增量1-登陆模块 增量2-普通访问者模块 增量3-社团访问者模块 增量4-社团管理者模块 增量5-学院管理者模块
时间 2011.1129 2011.12.07 2011.12.09 2011.12.19 2011.12.26
学生社团管理系统成本计划
制作者：蒋维维 苗启迪
（一）、成本估算
（1）、签订合同前
《学生社团管理系统》的开发，是建立在资金充足的前提条件下的（项目资金100万）。由于开发资金宽裕，所以开发过程自由度较高。开始签订合同的时候，根据以往类似项目的经验，采用类比估算方法，进行粗略的估算：根据用户的要求采用B/S结构，公司JSP+SQL Server的技术比较成熟，以前成功完成过类似的项目，根据SOW的说明，基本上需要4~5个开发人员，2个月左右的开发时间，基本上是8~10人月的规模，所以，24~30万可以作为合同的参考价格。《学生社团管理系统》的开发，是建立在资金充足的前提条件下的（项目资金100万）。由于开发资金宽裕，所以开发过程自由度较高。
（2）、合同签署后
合同签署之后，根据现有的资源和WBS分解的结果，进一步细化估算，由于WBS分解是针对项目的功能进行的分解，在成本估算的时候，首先估算每个任务的开发规模，然后在通过系数获得相应的质量、管理任务的规模，从而计算直接成本，然后计算间接成本，以及总成本，具体过程如下。 首先分析资源 人力资源 5个开发人员 1个项目管理人员 1个项目质量人员 1个配置管理人员 设备资源（作为间接成本计算） 5台电脑 1台服务器
项目规模估算表 注：规模单位为人/天 WBS 1 1.1 1.2 2 3 3.1 4 4．1 4．2 4．3 5 5．1 5．2 6 6．1 6．2 7 8 名 称 登录版块 身份识别 权限 非学院访问者版块 学院访问者版块 发送申请 社团成员版块 个人信息 社团关联 信息获取 社团管理版块 成员管理 信息发布 学院管理版块 审核 维护 数据库 主界面 估 计 值(人天) 20 5 5 5 8 5 10 5 5 10 20 10 小 计(人天) 25 2 5 18 15 15 总 计(人天) 110 表4-1 项目规模估算表 表4-1给出项目规模的估算 估算步骤如下：
1. 获取项目分解结果WBS
a) 任务分解是根据项目的功能进行分解的, 2. 计算开发成本
a) 由于任务分解的结果主要是针对开发任务的分解，管理任务和质量任务
可以通过计算开发任务得到，根据以往经验，管理任务和质量任务=30%*开发任务。 b) 从表3-1得知项目规模是110人天，开发人员成本参数=1000元/天，
则内部的开发成本=1000元/天*110天=元， 3. 计算管理、质量成本
a) 项目的管理和质量成本=开发成本*30%=33000元， 4. 直接成本=+33000=元， 5. 计算间接成本
a) 间接成本包括前期合同费用、房祖水电、培训、员工福利、客户服务等， b) 根据以往经验，采用公式：间接成本=30%*直接成本=42900元， 6. 计算总估算成本
a) 项目总估算成本=+42900=元。
b) 根据情况，需为该系统添加一套服务器，价值为元 7. 重新评估项目的报价
a) 重新评估一下项目的报价准确性，当然这时候，项目的合同已经签署了，
报价是不能更改的，但是通过再次的评估可以进一步明确企业的项目运作和利润情况等，
b) 项目利润如果是
40%，其中风险基金15%，利润20%，税费5%。则项
目的总报价=×140%=元。
另外，可以采用简便的算法进行估算，企业的报价可以通过开发规模的估算直接得出，例如如果成本系数为5.2万元/人月，一个人月22人天，则项目报价=5.2*110/22=元。 （二）、成本预算
在编制学生社团管理系统项目计划中考虑到，4个开发人员是全职在这个项目中，而项目经理、质量保证和配置管理人员不是全职在这个项目中，他们同时还在管理其他的项目，进行成本估算的时候，应该根据项目人员付出的时间及各项任务的具体情况进行成本预算，最后可以得到比较详细的成本分配情况，即成本基准，资源费用比例如表4-2所示
表4-2 资源费用比例
资源名称 1 蒋维维 类型 工时 缩写 蒋 最大单位 100% 标准费率 ￥120.00/工时 加班费率 ￥0.00/工时 每次使用成本 成本累算 基准日历 标准 ￥0.00 按比例 2 胡庆庆 3 陈洲 4 徐毅 5 张涛 6 苗启迪 7 吴騻 工时 工时 工时 工时 工时 工时 胡 陈 徐 张 苗 吴 100% 100% 100% 100% 100% 100% ￥90.00/工时 ￥90.00/工时 ￥90.00/工时 ￥90.00/工时 ￥50.00/工时 ￥50.00/工时 ￥0.00/工时 ￥0.00/工时 ￥0.00/工时 ￥0.00/工时 ￥0.00/工时 ￥0.00/工时 ￥0.00 按比例 ￥0.00 按比例 ￥0.00 按比例 ￥0.00 按比例 ￥0.00 按比例 ￥0.00 按比例 标准 标准 标准 标准 标准 标准 根据每个任务的资源分配和时间安排，确定项目的预算，如表4-3，预算总成本为元，与估算成本基本持平，这样元可以作为项目的成本控制参考。
表4-3 项目成本预算
1 2 3 4 5 6 7 任务名称 学生社团管理系统 软件规划 项目规划 计划评审 需求开发 用户界面设计 用户需求评审 开始时间 2011-11-1 8:00 2011-11-1 8:00 2011-11-1 8:00 2011-11-3 8:00 2011-11-7 8:00 2011-11-7 8:00 2011-11-9 8:00 2011-11-11 8:00 2011-11-15 8:00 2011-11-17 8:00 2011-11-21 8:00 2011-11-21 8:00 2011-11-23 8:00 完成时间 2012-1-18 17:00 2011-11-4 17:00 2011-11-2 17:00 2011-11-4 17:00 2011-11-18 17:00 2011-11-8 17:00 2011-11-10 17:00 2011-11-14 17:00 2011-11-16 17:00 2011-11-18 17:00 2011-11-28 17:00 2011-11-22 17:00 2011-11-25 17:00 比较基准 12480 3360 9120 34880 7200 9120 7200 7200 4160 22960 7200 10800 蒋维维,胡庆庆 蒋维维,陈洲,徐毅,张涛,胡庆庆,苗启迪 陈洲,徐毅,张涛,胡庆庆,苗启迪 蒋维维,陈洲,徐毅,张涛,胡庆庆,苗启迪 陈洲,徐毅,张涛,胡庆庆,苗启迪 陈洲,徐毅,张涛,胡庆庆,苗启迪 蒋维维,苗启迪,吴騻 陈洲,徐毅,张涛,胡庆庆,苗启迪 陈洲,徐毅,张涛,胡庆庆,苗启迪 8 修改需求、修改用户界面 9 10 11 12 编写需求规格说明书 需求验证 设计 概要设计 13 数据库ER图编制、建库 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 设计评审 实施 登录版块 身份识别 权限 非学院访问者版块 学院访问者版块 发送申请 社团成员版块 个人信息 社团关联 信息获取 社团管理版块 成员管理 信息发布 学院管理版块 审核 维护 数据库 主界面 系统集成 系统集成测试 环境测试 提交 2011-11-28 8:00 2011-11-29 8:00 2011-11-29 8:00 2011-11-29 8:00 2011-12-5 8:00 2011-12-7 8:00 2011-12-9 8:00 2011-12-9 8:00 2011-12-13 8:00 2011-12-13 8:00 2011-12-15 8:00 2011-12-19 8:00 2011-12-21 8:00 2011-12-21 8:00 2011-12-26 8:00 2011-12-28 8:00 2011-12-28 8:00 2011-12-30 8:00 2012-1-4 8:00 2012-1-10 8:00 2012-1-13 8:00 2012-1-13 8:00 2012-1-16 8:00 2012-1-17 8:00 2011-11-28 17:00 2012-1-12 17:00 2011-12-6 17:00 2011-12-2 17:00 2011-12-6 17:00 2011-12-8 17:00 2011-12-12 17:00 2011-12-12 17:00 2011-12-20 17:00 2011-12-14 17:00 2011-12-16 17:00 2011-12-20 17:00 2011-12-27 17:00 2011-12-23 17:00 2011-12-27 17:00 2012-1-3 17:00 2011-12-29 17:00 2012-1-3 17:00 2012-1-9 17:00 2012-1-12 17:00 2012-1-16 17:00 2012-1-13 17:00 2012-1-16 17:00 2012-1-18 17:00 4960 93600 21600 14400 7200 7200 7200 7200 21600 7200 7200 7200 18000 10800 7200 18000 7200 10800 14400 10800 9920 4960 4960 8480 蒋维维,陈洲,徐毅,张涛,胡庆庆,苗启迪,吴騻 陈洲,徐毅,张涛,胡庆庆,苗启迪 陈洲,徐毅,张涛,胡庆庆,苗启迪 陈洲,徐毅,张涛,胡庆庆,苗启迪 陈洲,徐毅,张涛,胡庆庆,苗启迪 陈洲,徐毅,张涛,胡庆庆,苗启迪 陈洲,徐毅,张涛,胡庆庆,苗启迪 陈洲,徐毅,张涛,胡庆庆,苗启迪 陈洲,徐毅,张涛,胡庆庆,苗启迪 陈洲,徐毅,张涛,胡庆庆,苗启迪 陈洲,徐毅,张涛,胡庆庆,苗启迪 陈洲,徐毅,张涛,胡庆庆,苗启迪 陈洲,徐毅,张涛,胡庆庆,苗启迪 陈洲,徐毅,张涛,胡庆庆,苗启迪 蒋维维,陈洲,徐毅,张涛,胡庆庆,苗启迪,吴騻 蒋维维,陈洲,徐毅,张涛,胡庆庆,苗启迪,吴騻 38 39 完成文档 验收、提交 2012-1-17 8:00 2012-1-18 8:00 2012-1-17 17:00 2012-1-18 17:00 4960 4960 蒋维维,陈洲,徐毅,张涛,胡庆庆,苗启迪,吴騻 蒋维维,陈洲,徐毅,张涛,胡庆庆,苗启迪,吴騻
图4-1是成本预算图示，即项目随时间的费用支出图，其中BCWS就是预算曲线，也是将来项目跟踪控制费用曲线
学生社团管理系统质量计划
制作者：胡庆庆
1.导言
略。 2.项目组织 2.1组织机构
在项目实施期间成立项目质量保证组织，该组织由质量保证人员和项目经理组成，项目经理负责质量监督工作及项目进展过程中各环节的质量把关，开发经理负责质量控制的工作，质量保证人员负责质量保证的工作。组织结构图1如下:
质量保证
高层管理 项目管理 协调者 市场部 用户 软件开发 配置管理 设计 实施 质量控制
图1 项目的组织结构 2.2职责
在本项目中，质量保证组织的职责如下：
2.2.1 高层管理
高层管理是公司负责质量的高级管理，其质量职责如下： 受理项目内不能解决的不符合问题，必要时与项目经理协调； 负责听取质量保证组的工作报告，评审质量保证活动和结果； 参加有关质量保证过程改进的评审。
2.2.2 项目的质量保证人员
质量保证人员的质量职责如下：
负责项目实施过程中对项目实施情况进行监督，包括对项目实施过程和工
作产品进行监督检查； 实施项目组成员的质量保证培训； 制定质量保证计划；
按计划实施审计活动,依照质量保证计划执行评审/审计，并记录执行中发
现的不符合项
对不符合问题提交不符合项报告，跟踪并验证纠正措施的执行情况 对项目内不能解决的不符合项问题向高层管理提交报告 向项目经理报告项目质量工作状况和质量度量结果 定期向项目组报告质量活动的结果
制订质量保证的过程改进计划，记录过程数据
2..2..3项目经理
项目经理的质量职责如下： 评审质量计划；
与质量保证人员一起协商不符合项问题的纠正措施，并安排资源实施纠正
措施； 定期或事件驱动的评审质量保证活动和结果
3.质量目标
根据企业的质量方针和质量目标，结合本项目特点,制定项目的总体质量目标： 1） 基于需求的测试覆盖率为100%； 2） 软件功能测试用例通过率不低于95％；
3） 每个阶段评审中发现的问题都已经解决或得到适当处理。 4） 产品发布时不存在严重及其以上的缺陷。 注：严重问题指导致系统或模块不能正常工作的问题。
结合以往的项目经验和企业的质量相应标准，制定质量标准如下表
表1：质量计划标准
项 目 缺陷排除率（缺陷数/页） 缺陷排除率（缺陷数/KLOC） 具 体 描 述 需求检查 系统总体设计检查 详细设计复核 详细设计检查 代码复核 代码检查 编译 单元测试 系统集成 系统测试 计 划 4 2 30 10 65 20 20 15 5 5 实 际 4.质量策略
为了保证提交用户的产品是高质量, 实施过程中采取的质量保证措施包括：1）将质量贯彻到日常的项目进展过程中，2)应该特别注意项目工作产品质量的早期评审工作，无论是质量保证还是质量控制采取的策略都是早期预防和早期排除缺陷。
5质量保证活动
质量保证的主要活动包括过程评审和产品审计。过程评审和产品审计的目的是为了确保在项目进展过程的各个阶段和各个方面采取各项措施来保证和提高提交给用户的产品质量。每一次过程评审和产品审计都应填写相应的报告或活动记录。
5.1.产品审计
产品审计由质量保证人员来进行，审计项目产品是否达到质量目标。 质量保证人员对项目生存期中创建的工作产品可以有选择性的进行审计，以验证是否符合适当的标准，是否进行了质量检查。表2便是质量审计一览表
表2：审计产品一览表
项 1 2 3 4 5 6 7 8 9 10 审计对象 软件项目计划 软件配置管理计划 软件质量保证计划 总体设计文档 详细设计文档 数据库表和编码规范 产品代码 测试报告 测试计划 用户文档 审计阶段 计划结束 计划结束 计划结束 参照的标准 企业质量体系 企业质量体系 企业质量体系 企业质量体系和项目计划 企业质量体系和项目计划 企业质量体系和项目计划 企业质量体系和项目计划 企业质量体系和项目计划 企业质量体系和项目计划 企业质量体系和项目计划 设计结束 设计结束 设计结束 每个阶段实施结束 测试结束 设计结束 测试结束 5.2 过程评审
项目严格按照组织定义的软件过程进行开发，过程评审的具体依据参照企业的过程规范，保证项目中的所有过程活动都在实施范围内。在每次评审之后，要对评审结果做出明确的决策并形成评审记录。评审可采取文件传阅、评审会等形式。
质量保证人员负责对项目过程进行监督，发现的问题和解决情况在每周的例会上通报，对没有解决的问题进行讨论，对不能解决的问题提交高级管理者处理。
每个周末，进行一次配置管理审核，确认配置管理工作是否正常进行。 根据公司的质量保证体系和本项目的具体特点，确定项目执行过程如下： 1) 项目规划过程及产品标准 2) 项目跟踪管理过程 3) 需求分析过程及产品标准 4) 系统设计过程及产品标准 5) 详细设计过程及产品标准
6) 调试运行过程及产品标准 7) 代码走查过程及代码编写标准 8) 产品集成测试过程及产品标准 9) 开发环境中的执行规则 10) 测试环境中的执行规则 11) 质量保证过程及其标准 12) 配置管理过程及其标准
具体过程执行标准详见企业质量体系和项目计划的过程附件.
6.质量控制活动
质量控制活动包括代码走查、单元测试、集成测试、环境测试等，由开发人负责，详见进度计划。编码人员在编写代码时要进行同步单元测试，单元测试要达到分支覆盖，产品通过单元测试和编码检查后，应提交测试部进行集成测试、系统测试。测试部的测试应达到质量目标要求，软件发布时应达到测试通过准则的要求.
7.质量保证的报告途径
质量保证人员对每次审计活动发现的不符合项，应该和项目经理协商不符合项的纠正措施，及预定完成日期，若和项目经理存在意见分歧，质量保证人员可以上报给高层管理者，高层管理者决定最后的措施。同时不符合项在项目周例会中汇报。
对不符合项，质量保证人员要在预定完成日期内重新审计、验证不符合项的纠正情况，若超过预定完成日期1周仍然有没解决的不符合项，质量保证人员上报给高级管理者，由高级管理者决定最后的措施。
质量保证人员有独立的汇报途径，日常的汇报途径如下：
发现的问题通知项目经理，协调纠正措施。
将项目组内不能协调的问题汇报给高级管理者，由高级管理者协调
解决。 的日常工作和过程数据要汇报给质量经理统一收集、统计。 8.记录的收集、维护和保存
项目组应当保留项目执行过程中形成的各类文档、各种记录、各级周报、各级会议记录、对于项目中问题的处理也需要形成记录保存。每周由质量保证人员根据任务清单的审计任务进行审计活动，并收集各活动的过程数据。
社团管理系统人力资源计划
制作者：徐毅
一、 社团管理系统的组织结构
设 计 实 施 质量控制 项目高层 项目经理 信 息 部 学生 项目检验 项目开发 项目配置
其中： 项目经理
- 负责项目的组织规划 - 负责项目计划的制定和维护 - 负责项目的跟踪和管理 - 负责资源的分配和协调
- 负责组织和计划之间的协调 - 负责与信息部的协调 信息部
- 负责与学生之间的协调工作 - 负责与项目相关的商业活动 - 负责记录学生的各种需求信息 - 配合项目经理的工作 项目开发
- 负责项目的软件开发，包括程序设计，编码，单元测试和集成测试 - 负责产品的质量控制
- 负责系统测试，文档编制等质量保证活动 - 配合项目检验的各项活动 项目配置
- 负责项目配置的管理活动 - 负责软件产品的提交 学生
- 确保相关责任的实施 - 参与项目的组织规划
- 负责产品的验收
二、 社团管理系统的责任矩阵 负责人 项目经理 项目开发 项目检验 项目配置 蒋维维 胡庆庆 苗启迪 吴騻 组 员 蒋维维 胡庆庆，苗启迪 陈洲，徐毅，张涛 吴騻
学生社团管理系统项目的沟通计划
制作者：蒋维维、苗启迪
为了保证项目开发过程的顺利进行和信息的有效沟通，特要求如下的沟通计划
1. 每天17:00—17:30项目组成员进行口头交流 2. 每周五的14：00前提交周报告，格式见模板
3. 每周五的15：00-17：00召开项目周例会，会后发布会议纪要给相关
的项目人员，其中说明项目的进展和存在的问题 4. 及时提交问题报告，问题可以通过网络提交，项目经理会及时获取问
题信息
项目评审的主要目的是根据项目计划对项目的执行活动进行检查，及时发现问题，研究解决对策，纠正偏差，保证项目的顺利实施。项目交流计划分为如下几类：
- 每天17:00的沟通交流 - 定期评审 - 阶段评审 - 事件评审
项目管理交流计划
评审类别 评审周期 评审要点 1. 不限定主题和内容,随意日例会 每天17:00-17:30 交流 项目组所有人 相关人员 2. 共享经验,避免错误 3. 本周工作进度 定期评审 每周五 (周例会) 5. 资源协调 6. 下周工作安排 质量经理 4. 问题及对策 项目经理 开发经理 配置管理员 项目主管 1. 本阶段计划执行情况 2. 质量评审结果 阶段评审 阶段结束 3. 产品审计结果 4. 下阶段计划修正 项目经理 开发经理 质量经理 配置管理员 市场人员 1. 事件性质和影响范围 事件评审 划的执行 当事件可能影响计2. 事件处理方案的讨论 3. 修改计划的评审时间 开发经理 项目经理 质量经理
因篇幅问题不能全部显示，请点此查看更多更全内容