BBS企业项目管理作业.docx

BBS企业项目管理作业.docx

《BBS企业项目管理作业.docx》由会员分享，可在线阅读，更多相关《BBS企业项目管理作业.docx（27页珍藏版）》请在冰点文库上搜索。

BBS企业项目管理作业

目录

一、需求管理......................................................................................3

1.1系统目标…………………………………………………….3

1.2背景………………………………………………………….3

1.3定义………………………………………………………….5

1.4系统功能分析……………………………………………….6

1.5BBS论坛的功能模块组成………………………………..6

1.6BBS系统总体功能需求框架图…………………………..7

1.7系统流程图………………………………………………….10

二、任务分析………………………………………………………...11

三、规模估算…………………………………………………...……13

四、质量计划………………………………………………………..13

五、配置计划………………………………………………………..14

5.1项目人员……………………………………………………...14

5.2项目管理组织………………………………………………..14

5.3基线变更管理………………………………………………...15

5.4变更批准或拒绝………………………………………………16

5.5变更实施………………………………………………………16

六、风险计划………………………………………………………....17

6.1风险识别与分析………………………………………………17

6.2分析管理技术选择……………………………………………19

七、团队管理………………………………………………………….20

八、配置文档………………………………………………………….21

8.1文档类型…………………………………………………….21

8.2细分文档…………………………………………………….22

8.3文档控制…………………………………………………….23

8.4文档的编制时间表………………………………………….24

8.5项目组人员与文档的编制表……………………………….25

九、跟踪计划………………………………………………………..26

十、项目结束………………………………………………………..28

10.1项目结束计划………………………………………………28

10.2项目收尾内容………………………………………………28

10.3项目最后评审………………………………………………28

一、需求管理

1.1系统目标 

（1）一起聊些几个朋友感兴趣的话题。

再通过朋友这几个核心用户发展人气，就类似于现在web2.0网站的“朋友圈”和“家族”  

（2） 专业的提供影视方面的交流和信息。

这类核心用户多了，不满足专业服务主题方面的交流，一般会另外再开几个小版块，  

（3） 摄影、收藏、养宠物、女士化妆美容等，为了爱好和兴趣的交流。

（4） 人气比较高的网站，为了更好的留住用户和方便用户了解网站不能提供的信息，而开设了BBS论坛增加用户的互动和粘结程度。

（5）发展人气，用bbs社区来赚钱的。

1.2 背景 

BBS（Bulletin Board Service,公告牌服务）是 Internet 上的一种电子信息服务系统，它提供一 块公共电子白板，每个用户都可以在上面书写，并且可发布信息或提出看法。

大部分 BBS 由教育机构、研究机构或商业机构管理，象日常生活中的黑板报一样，电子 公告牌按不同的主题，分主题分成很多个布告栏。

布告栏的设立的依据是大多数 BBS 使用者 的要求和喜好，使用者可以阅读他人关于某个主题的最新看法，也可以将自己的想法毫无保 留地贴到公告栏中。

同样地，别人对你的观点的回应也是很快的。

如果需要独下的交流，也可以将想说的话直 接发到某个人的电子信箱中，如果想与正在使用的某个人聊天，可以启动聊天程序加人闲谈 者的行列。

虽然谈话的双方素不相识，却可以亲近地交谈。

在 BBS 里，人们之间的交流打破 了空间、时间的限制。

在与别人进行交往时，无须考虑自身的年龄、学历、知识、社会地位、 财富、外貌、健康状况，而这些条件往往是人们在其他交流形式中无可回避的。

同样地，也无从知道交谈的对方的真实社会身份。

这样，参与 BBS 的人可以处于一个平 等的位置与其他人进行任何问题的探讨。

这对于现有的所有其他交流方式来说是不可能的。

目前国内的 BBS 已经十分普遍，可以说是不计其数,其中 BBS 大致可以分为 5 类：

（1）校园 BBS CERNET 建立以来，校园 BBS 恨快地发展了起来。

目前很多大学都有了 BBS，几乎遍及全国上下，像清华大学、北京大学等等都建立了自己的 BBS 系统。

清华大学 的水木清华很受学生和网民们的喜爱。

（2）商业 BBS 站，这里主要是进行有关商业的商业宣传、产品推荐等等。

目前手机的商 业站、电脑的商业站、房地产的商业站比比皆是。

（3）专业 BBS 站，这里所说的专业 BBS 主要用于建立地域性的文件传输和信息发布系 统。

（4）情感 BBS，主要用于交流情感,是许多娱乐网站的首选。

（5）个人 BBS，有些个人主页的制作者们在自己的个人主页上建设了 

BBS，用于接受别 人的想法，更有利于与好友进行沟通。

1.3 定义 

（1）JSP（JavaServer  Pages） 

JSP 技术使用 Java 编程语言编写类 XML 的 tags 和 scriptlets，来封装产生动态网页的处 理逻辑。

网页还能通过 tags 和 scriptlets 访问存在于服务端的资源的应用逻辑。

JSP 将网页逻 辑与网页设计和显示分离，支持可重用的基于组件的设计，使基于 Web 的应用程序的开发变 

得迅速和容易 。

（2）Struts 只是一个 MVC 框架（Framework） 

用 于 快 速 开 发 Java  Web  应 用 。

 Struts   实 现 的 重 点 在 C（Controller）  ， 包 括 

ActionServlet/RequestProcessor  和 我 们 定制 的 Action, 也 为 V（View） 提 供 了 一系 列 定 制 标 签 （Custom Tag）。

但 Struts 几乎没有涉及 M（Model）,所以 Struts 可以采用 JAVA 实现的任何形式 的商业逻辑。

（3）JDBC（Java Data Base Connectivity,java 数据库连接） 

它是一种用于执行 SQL 语句的 Java API，可以为多种关系数据库提供统一访问，它由一 组用 Java 语言编写的类和接口组成。

JDBC 为工具/数据库开发人员提供了一个标准的 API， 据此可以构建更高级的工具和接口，使数据库开发人员能够用纯 Java API  编写数据库应用程 序。

1.4系统功能分析

对象实体

功能方法

用户类型

论坛

设置参数

 管理员

  板块 

浏览列表

注册用户/游客 

创建板块

管理员

修改板块 

管理员

 删除板块 

管理员

 帖子 

浏览列表

 注册用户/游客 

查看帖子

 注册用户/游客

 发帖

注册用户 

 回帖

注册用户

搜索

注册用户

 编辑（自己所有）

  注册用户

编辑（全部）

管理员/版主

 删除 

管理员/版主

置顶

管理员/版主

指定精华

管理员/版主

  转移

管理员 

用户

注册

游客

注册用户登录

 注册用户

 管理人员登录

管理员/版主

 添加

 管理员

删除

  管理员

设定权限

管理员

1.5 BBS论坛的功能模块组成：

（1）会员注册 

新会员注册，提供会员信息，检验会员信息的有效性，并将会员信息持久化。

（2）会员登陆 

提供用户凭证，验证用户信息，基于角色授权。

（3）会员管理 

管理员由系统初始化分配一个，管理员可以对会员信息进行部分更改，主要包括色调整，版主调整，删除会员等。

（4）论坛版块管理 

管理员可以添加、删除、调整、置顶、隐藏论坛版块 

（5）帖子管理 

管理员可以对所有帖子进行转移、置顶、删除等操作，版主可以本版块帖子进行置顶、删除等操作。

 （6）帖子发表 

用户可以在其权限允许的版块内发表帖子。

 （7）帖子回复 

用户可以对其权限允许的主题发表回复 

（8）帖子浏览 

用户可以浏览所有可见帖子 

（9）帖子检索 

注册用户可以提供标题关键字检索所以可见主题帖，并可以查看自己发表或回复的帖子 

（10）意见建议 

用户可以与我们联系，并欢迎提出各种意见和建议。

1.6BBS系统总体功能需求框架图

1.7系统流程

二、任务分解

任务分解

任务描述

负责人

工作日

1、项目启动

1.了解项目背景

2.分析项目相关利益

3.调研软件项目商业需求

4.界定软件项目范围

5.确定软件项目预算

6.指定软件章程

项目经理：

于成龙

2天

2、需求分析

1.分析人员要了解客户的业务及目标。

2.分析人员必须编写软件需求报告

分析人员应将从客户那里获得的所有信息进行整理，以区分业务需求及规范、功能需求、质量目标、解决方法和其他信息。

通过这些分析，客户就能得到一份“需求分析报告”，此份报告使开发人员和客户之间针对要开发的产品内容达成协议。

报告应以一种客户认为易于翻阅和理解的方式组织编写。

客户要评审此报告，以确保报告内容准确完整地表达其需求。

 3.要求得到需求工作结果的解释说明

分析人员可能采用了多种图表作为文字性“需求分析报告”的补充说明

4.开发人员要尊重客户的意见。

共同合作能使大家“兼听则明”。

参与需求开发过程的客户有权要求开发人员尊重他们并珍惜他们为项目成功所付出的时间，同样，客户也应对开发人员为项目成功这一共同目标所做出的努力表示尊重。

5.开发人员要对需求及产品实施提出建议和解决方案

6.描述产品使用特性

7.要求对变更的代价提供真实可靠的评估

8.获得满足客户功能和质量要求的系统 

9.需求变更要立即联系 

遵照开发小组处理需求变更的过程

需求分析员：

李瑞丰

15天

3、建立数据模型

首先根据需求把数据模型抽象出来在数据库服务器中建立系统的数据模型，即建立数据库和相关的表

数据库管理员：

李智

5天

4、界面设置

根据需求建立客户满意的界面

系统设计员：

郭威、李金梁

8天

5、编程

安需求完成相应模块，进行整合，组建完整的BBS系统

系统设计员：

郭威、李金梁

25天

6、测试

检测软件质量，查询问题，反馈，修改

测试工程师：

孟祥涛

6天

7、配置

系统上架配置

配置管理员：

张文东

1天

三、规模估算

（1）  识别功能点的类型：

   该BBS为新开发的项目

（2）识别BBS的边界和范围

（3）成本分析

需要考虑货币的时间价值，投资回收率

七个人，人均工资4000，共56000，编程工具折旧2000.共58000元。

 四、质量计划

任务

负责人

工作日

备注

登录/注册

郭威

2天

页面设计

郭威

8天

发帖

郭威

2天

回帖

郭威

2天

搜索

郭威

2天

关注好友

李金梁

2天

个人资料

李金梁

3天

个人帖子管理

李金梁

2天

后台管理部分

李金梁

3天

其他

孟祥涛、于成龙

7天

五、配置计划

5.1项目人员

项目经理：

于成龙

需求分析员：

李瑞丰

系统设计员：

郭威、李金梁

数据库管理员：

李智

测试工程师：

孟祥涛

配置管理员：

张文东

5.2项目管理组织

组织机构

责任

具体职责

项目经理

负责整个软件项目的研发活动，批准配置管理的各项活动并控制它们的进程

·制定和修改项目的组织结构和配置管理策略

·批准、发布配置管理计划

·决定项目起始基线和开发里程碑

·接收并审阅报告

软件配置控制

管理软件基线，承担变更控制的所有责任

·授权建立软件基线和标志配置/配置单元

·代表项目经理和受到基线影响的质量保证组、配置管理组、工程组、系统测试组、合同管理组、文档支持组等小组的利益

·审查和审定对软件基线的更改

·审定由软件基线数据库中生产的产品和报告

软件配置小组

负责协调和实施项目

·创建和管理项目的软件基线库

·制定、维护和发布计划、标准和规程

·标志置于配置管理下的软件工作产品集合

·管理软件基线的库的使用

·更新软件基线

·生成基于软件基线的产品

·记录活动

·生成和发布报告

开发人员

负责开发任务

·根据组织内确定的软件配置管理计划和相关规定，按照软件配置管理工具的使用模型来完成开发任务

5.3基线变更管理

项目配置项可能由于种种原因会发生变更，如：

客户需求变化、进度变更、成本变更、产品环境变化等。

5.4变更批准或拒绝

5.5变更实施

六、风险计划

6.1风险识别与分析：

 用户沟通

需求分析、形成需求文档

数据建模

建数据库

软件初步构想、设计

分模块、具体分工

具体软件设计

代码级设计

软件测试

试用版运行

修改漏洞、完善

交付使用

建模遇到问题

建立数据库

出现问题

风险

类别

概率

影响

客户需求变化

需求风险

40%

1

需求定义不规范

需求风险

50%

1

设计过程中涉及不熟悉领域导致时间与计划出入

计划编制风险

20%

1

人员流失

人员风险

60%

3

开发设备损伤或损毁导致文档资料丢失

开发环境风险

30%

5

客户对BBS论坛成品不满意

客户风险

50%

1

开发额外功能延长计划进度

产品风险

20%

1

开发BBS过程中遇到新技术需要学习

产品风险

80%

2

BBS论坛与用户硬件兼容问题

产品风险

10%

2

开发BBS过程中风险管理疏忽导致风险未被发现

过程风险

10%

2

风险评介：

风险由高到低依次为：

人员流失、开发BBS过程中遇到新技术需要学      习、开发设备损伤或损毁导致文档资料丢失、需求定义不规范、客户对BBS论坛      成品不满意、客户需求变化、设计过程中涉及不熟悉领域导致时间与计划出入、BBS       论坛与用户硬件兼容问题、开发BBS过程中风险管理疏忽导致风险未被发现、开  发额外功能延长计划进度。

6.2风险管理技术选择：

风险

解决方案

客户需求变化

及时与客户沟通，了解客户需求。

在模型建立方面尽可能独立化。

需求定义不规范

在了解客户需求后，听取每个人意见，尽量建立完整完善的需求定义和软件模型。

设计过程中涉及不熟悉领域导致时间与计划出入

在需求定义以及模型建立阶段尽早的发现BBS论坛设计中所需要涉及的新领域，及时制定学习培训计划

人员流失

尽量多组织人员间交流增进彼此熟悉程度。

对成员在过程中出现的问题及早发现并予以解决。

开发设备损伤或损毁导致文档资料丢失

对文档资料进行定期的备份存档工作。

客户对BBS论坛成品不满意

增加与客户的沟通互动程度，了解客户对BBS论坛产品的问题意见所在并积极解决。

开发额外功能延长计划进度

在设计开发计划时预留一些时间。

开发BBS过程中遇到新技术需要学习

在需求分析和功能分析过程中及时发现需要涉及的新技术，在开发过程进行前安排相应培训。

BBS论坛与用户硬件兼容问题

在与用户沟通的过程中了解用户需求与硬件配置。

开发BBS过程中风险管理疏忽导致风险未被发现

每日进行开发总结，每人进行5分钟发言总结个人负责的过程段，从而及时发现在BBS论坛开发初期未发现的风险问题并及时讨论提出解决方案。

七、团队管理

（1）确定项目目标

（2）确定项目组成员，明确各成员的职责和任务

（3）对成员进行考核和激励

人员较少，主要工作有项目经理完成，定时与小组成员沟通，了解成员存在问题，成员可能接触新的知识，给予时间学习。

针对软件，定时了解成员完成程度，催促成员完成原定板块，适当安排时间放松，劳逸结合。

八、配置文档

8.1文档类型

管理人员：

可行性研究报告

 项目开发计划

模块开发卷宗

开发进度月报

 项目开发总结报告

开发人员：

可行性研究报告

 项目开发计划

软件需求说明书

 数据要求说明书

概要设计说明书

详细设计说明书

数据库设计说明书

 测试计划

 测试分析报告

 维护人员：

设计说明书

测试分析报告

模块开发卷宗

 用户：

用户手册

操作手册

8.2细分文档

系统设计说明书可分写成：

系统设计说明书

子系统设计说明书

程序设计说明书可分写成：

程序设计说明书

接口设计说明书

 版本说明

 操作手册可分写成：

操作手册

安装实施过程

测试计划可分写成：

测试计划

 测试设计说明

 测试规程

测试用例 

测试分析报告可分写成：

综合测试报告

 验收测试报告；  

项目开发总结报告：

项目开发总结报告

资源环境统计

8.3文档控制

（1）就从事一项软件开发工作的开发集体而言，应设置一位专职的文件管理人员（接口管理工程师或文件管理员）；在开发集体中，应该集中保管本项目现有全部文件的主文本两套，由该文件管理人员负责保管； 

（2）每一份提交给文件管理人员的文件都必须具有编写人、审核人和批准人的签字；   

  （3）这两套主文本的内容必须完全一致；其中有一套是可供出借的，另一套是绝对不能出借的，以免发生万一；可出借的主文本在出借时必须办理出借手续，归还时办理注销出借手续；  

    （4）开发集体中的工作人员可以根据工作的需要，在本项目的开发过程中持有一些文件，即所谓个人文件，包括为使他完成他承担的任务所需要的文件，以及他在完成任务过程中所编制的文件；但这种个人文件必须是主文本的复制品，必须同主文本完全一致，若要修改，必须首先修改主文本； 

    （5）不同开发人员所拥有的个人文件通常是主文本的各种子集；所谓子集是指把主文本的各个部分根据承担不同任务的人员或部门的工作需要加以复制、组装而成的若干个文件的集合；文件管理人员。

应该列出一份不同子集的分发对象的清单，按照清单及时把文件分发给有关人员或部门； 

  （6）一份文件如果已经被另一份新的文件所代替，则原文件应该被注销；文件管理人中要随时整理主文本，及时反映出文件的变化和增加情况，及时分发文件； 

  （7）当一个项目的开发工作临近结束时，文件管理人员应逐个收回开发集体内每个成员的个人文件，并检查这些个人文件的内容；经验表明，这些个人文件往往可能比主。

8.4文档的编制时间表：

可行性研究

需求分析

软件设计

编码与单元测试

集成与系统测试

运行维护

可行性分析报告

√

项目开发计划

√

√

软件需求说明书

√

数据库要求说明书

√

测试计划

√

概要设计说明书

√

详细设计说明书

√

用户手册

√

√

√

√

操作手册

√

√

测试分析报告

√

开发进度月报

√

√

√

√

√

√

项目开发总结

√

程序维护手册

√

8.5项目组人员与文档的编制表

管理人员

开发人员

维护人员

用户

可行性分析报告

√

√

项目开发计划

√

软件需求说明书

√

数据库要求说明书

√

测试计划

√

概要设计说明书

√

√

详细设计说明书

√

√

用户手册

√

操作手册

√

测试分析报告

√

√

开发进度月报

√

项目开发总结

√

程序维护手册

√

√

九、跟踪控制

（1）通过webcalender 让项目组成员每天填写webcalender ，以便项目经理和公司领导清楚的知道项目进展情况和每个人的情况，也便于项目经理及时发现项目当前存在的问题并且快速的做出相应的调整，webcalender 给项目经理实时跟踪项目进度带来了很大方便。

  然而，Webcalendar 只能记录团队成员每天进行了那些工作，不能从一个大的方面对项目整体进展状况进行描述，填写Webcalendar 的作用之一只是培养项目团队成员写每日工作备忘录的习惯。

要求团队成员每周五下班前半个小时内将本周完成的任务，下周需要完成的工作、本周工作中遇到的问题、本周还未完成的任务以及没有完成的原因在该报告中详细填写，并发送项目经理。

项目经理对每位项目团队成员的周工作报告进行汇总，找出项目中存在的问题，就一致性的问题组织会议进行讨论，通过头脑风暴法解决存在的问题，并根据实际情况对项目计划进行调整。

 项目管理培训要使项目在良好的环境中进行，只从每周、每日的工作上进行控制还不能达到全局的效果。

所以在本项目中，一份反应每月项目组成员工作情况的表单同样是不可或缺，基于此，本人编写了一份《个人任务跟踪列表》，该表记录了各位团队成员当前有那些任务以及各个任务的时间段，并用不同的颜色标明任务进展状况。

项目经理和公司领导只要查看此表就能知道项目进行的程度，并且此表还能作为团队成员绩效考核的依据。

（2）项目团队成员每天上班前半个小时内将当天的工作任务填写到Webcalendar中，并在下班前重新编辑Webcalendar 内容，主要是将当天工作任务的完成情况、工作成果描述填写完整，并补充填写当天的临时任务。

所有的工作成果必须上传到文档服务器或代码服务器上，以便项目经理及时了解当前每个人的工作进度，并做好项目进度控制。

 （3）每周五下午下班前一个小时进行本周的项目总结，项目团队的每个成员必须陈述本周各自工作的进度以及遇到的问题，并陈述下周的工作重点和需解决的问题。

 （4）每周一上午9：

00 召开项目例会，再一次强调本周工作重点，每个成员用3分钟的时间陈述，会议时间控制在半个小时左右。

项目管理者联盟

  （5）项目成员没有完成本周任务的需以书面的形式写明没有完成的原因；  

 （6）项目经理每周对项目进展情况进行汇总，并召开让每位项目组成员明确项目的进度，每月月末项目经理通过项目组成员填写的《个人任务跟踪列表》对项目整体情况进行评估和重新规划调整，这也正印证了项目经理的工作职责之一：

计划、计划、再计划。

十、项