电子科技大学沙河校区-数学科学学院项目实施规范编号：JV-STD-PROJ版本：1.0官方网址：官方网址：1 概述为了提高企业员工信息化水平，促进员工对信息化的了解和实施，XX单位决定实施员工个人博客系统。

希望通过这个系统的实施达到员工间信息互通化，企业文化流通化，员工业余活动多元化等水平。

因此该系统需要实现，用户文章发表，文章评论、照片共享、系统公告发布等功能。

1.1 目的本文档是电子科技大学在XX单位的个人博客系统合同基础上编制的。

本文档的编写为下阶段的设计、开发提供依据，为项目组成员对需求的详尽理解，以及在开发开发过程中的协同工作提供强有力的保证。

同时本文档也作为项目评审验收的依据之一。

1.2 范围本系统包括：用户信息、公告信息、个人相册信息、博客文章信息、投票信息及朋友信息六个模块。

系统功能为本说明书与附件Demo版界面描述中功能的并集。

在上述文件未明确描述的情况下，应能满足合同和相关投标书所描述的功能。

1.3 读者对象系统分析、开发、测试、评审等所有参与的用户。

1.4 参考文档无1.5 术语定义定义所使用的术语。

对于易混淆的客户常用语要有明确规定定义。

例如，“用户”是指客户的雇员而非软件的最终购买者等。

2 系统说明2.1 概述在这一部分应对影响系统的主要因素进行描述。

对于系统的详细功能描述应在下一节进行。

在此，应侧重需求的背景并使在下一节所做的叙述易于理解。

可包括：现有系统描述、新系统解决方案描述、产品用途、产品功能、用户特点、局限性、前提和假设等。

2.2 产品介绍2.3 产品中的用户与角色2.4 产品范围2.5 产品应当遵循的标准或规范3 系统概要设计3.1 系统总体分析3.1.1 项目规划该博客系统是一个JSP或与数据库结合的应用程序案例，由前台用户操作和后台管理操作模块组成（案例分析是个多用户的博客，但是在实际授课中考虑到实际授课时间等因素，按实际情况可按个人博客系统实现），其具体规划功能如下：前台用户操作该模块主要包括：用户登录、用户注册、用户修改个人信息、文章显示、文章查询、文章回复评论，公告信息查询、相册信息查询等基本功能。

后台管理操作该模块主要包括：博文管理、公告管理、投票管理、个人相册设置、朋友圈、博主信息设置等基本功能。

3.1.2 系统功能结构图博客系统前台功能结构示意图：博客系统后台功能结构示意图：3.2 数据库设计3.2.1 用户信息实体属性用户信息实体包括：用户名、密码、姓名、性别、QQ号码、主页、兴趣、E-Mail地址、管理级别。

用户信息实体属性E-R图3.2.2 公告信息实体属性公告实体信息包括：公告标题、公告内容、公告发布时间属性。

公告信息实体属性E-R图3.2.3 个人相册信息实体属性3.2.3.1 相册实体属性个人相册信息实体属性包括：相册编号、相册名称、相册描述信息、相册创建时间、相册访问属性、相册所属的用户。

3.2.3.2 相片实体属性相片实体属性包括：相片编号、相片所在服务器地址、相片描述信息、相片上传时间、所在相册分类、隶属的用户编号。

3.2.4 朋友信息实体属性朋友信息实体包括：编号、朋友用户信息编号、用户信息编号、朋友描述信息3.2.5 投票信息实体属性投票信息实体包括：投票编号、文章编号、照片编号、投票评论、得票数、最后投票时间、用户编号3.2.6 博客文章信息实体属性博客文章实体信息包括：文章类型实体属性、文章回复实体属性、文章信息实体属性文章实体属性E-R图3.2.6.1 文章类型实体属性文章类型实体属性包括：类型编号、类型名称、排列位置、创建时间、用户编号3.2.6.2 文章回复实体属性文章回复实体属性包括：回复编号、回复内容、用户编号、回复时间3.2.6.3 文章实体属性文章实体属性包括：文章标题、文章内容、文章发布时间、文章访问量、用户编号、文章类型编号3.3 数据库概要说明（授课过程中，创建表以后通过表关系截图操作）3.3.1 数据库表结构数据库在整个系统中占据非常重要的地位，数据库结构设计的好坏直接影响着系统的效率和实现效果。

博客系统采用Sql Server2005或者Oracle10G以上版本的数据库，数据库名称为MyBlog，主要表结构如下。

3.3.2 相片信息表相册信息表（photoAssort），主要用户存储用户相片分类信息，基本结构如下：相片信息表（photos），主要用于存储用户的相片信息，基本结构如下：用户信息表（BlogUsers），主要用于存储注册的博客用户信息，基本结构如下：际情况进行调整。

3.4 总体架构设计3.4.1 文件架构设计在编写代码之前，可以把项目中可能用到的文件夹先创建出来（例如：创建一个名为images的文件夹，用于保存项目中所需要的图片），这样可以方便以后的开发工作，也可以规范项目的整体架构。

3.4.2 类的分布架构3.4.3 首页运行效果图4 功能性需求在这一部分应对所有的软件需求进行足够详细的描述。

详尽程度应以足够软件设计人员进行概要设计和系统测试人员进行系统测试计划和编写测试用例为准。

按系统功能的体系结构组织本章内容。

4.1 用户信息管理人力资源档案管理是本系统的基础数据和核心内容。

包含人力资源档案登记、人力资源档案登记复核、人力资源档案查询、人力资源档案变更和人力资源档案删除四个子模块。

出于人力资源档案管理的慎重原则，档案的登记和变更都需要人事经理审核，通过后方可生效。

人资档案的删除也并非物理删除，而是设置其状态为“已删除”，已删除的人资档案还可以恢复。

4.1.1 用户博客注册4.1.1.1 业务概述注册一个新的博客信息，获得相关的博客链接地址系统界面如下：4.1.1.2 使用者普通用户4.1.1.3 输入要素输入用户名、密码以及邮箱，在输入验证码以后，以上数据正确则完成注册。

注册成功以后，系统跳转到相关的信息完善页面，在用户完善个人的全部信息以后完成注册。

用户注册流程中，用户名必须是唯一的。

对用户名和密码的长度有特别的限制，必须在六位以上。

4.1.1.4 处理流程管理员通过后台获得用户的相关注册信息，在审核注册信息正确以后，开通该用户的博客链接。

4.1.1.5 输出要素待复核的用户个人档案。

4.2 公告信息4.3 个人相册4.4 博客文章4.5 投票信息4.6 朋友信息5 非功能性需求在这一部分应对所有的软件需求进行足够详细的描述。

详尽程度应以足够软件设计人员进行概要设计和系统测试人员进行系统测试计划和编写测试用例为准。

5.1 技术需求5.1.1 软硬件环境需求5.1.2 性能需求本系统在正常的网络环境下，应能够保证系统的及时响应：✧小批量的业务处理的响应时间在3～8秒；✧大批量的业务处理和查询的响应时间控制在30～40秒以内。

5.1.3 安全保密需求本系统的系统架构，以及权限机制可以保证系统的安全性。

首先：从系统架构看，本系统采用B\S模型，从而使服务器数据源与客户端分离，保证了数据的物理独立性；其次：本系统的用户授权机制通过角色的定义管理实现，通过定义某些角色能进行的操作权限，和定义用户拥有的角色，限定用户的操作权限，实现对用户的授权。

5.2 质量需求5.2.1 可用性用户使用的方便性、易用性和易学习性，如：1. 输入的无合法性检查和值域检查2. 对于复杂的动作要有必要的提示信息3. 记忆用户的设置或操作习惯，方便用户操作4. 对系统或数据进行重大修改，要有用户确认5.2.2 可靠性和健壮性在这一部分应对所有的影响软件的可靠性需求进行足够详细的描述。

应注意用数字说明所要求的可靠程度。

同时避免如“24x7”这样的陈述。

例如使用年度正常运行时间、月正常运行时间、维护时间、当机时间来说明系统的可靠程度；使用可允许的缺陷数量来界定系统质量，如最大缺陷数量、缺陷比例、安全操作——系统强壮性要求和操作的有效性要求，比如用户误操作的系统容错能力、操作的正常次序要求和有效性输入检查等等。

通常给出平均无故障时间或两次故障间的平均间隔时间等。

5.2.3可维护性和可扩展性本系统的应用平台设计中选择B/S结构，采用基于JAVA技术并且符合J2EE开发规范的系统应用平台，使系统具有良好的可维护性和可扩展性5.3 文档需求5.3.1 文档清单交付验收时需交付的文档清单：《需求规格说明书》《软件开发计划》《概要设计说明书》《详细设计说明书》《软件测试计划》《测试用例》《配置管理计划》5.3.2 用户手册5.4 设计约束详细说明对系统的设计局限性。

设计局限的定义代表了对系统要求的决策, 这可能出于商务运作、资金、人员、时间等多方面的综合考虑从而指导软件的设计和开发。

例如，软件的开发语言、开发环境、开发工具、第三方软件、硬件使用以及网络设备等。

5.4.1 语言约束本系统是基于中文系统环境开发和使用的，系统必须支持中文处理。

5.4.2 系统模型约束本系统采用Servlet+JSP模型，在保证实现技术简单易维护的基础上，实现表现层和业务逻辑层的分离，提高可重用性、可移植性。

6 验收标准人力资源管理系统验收标准为：实现所有功能需求满足非功能性需求系统设计文档完整，且符合规范代码符合规范，且与系统设计一致此要求将作为验收测试计划和测试的基线。

如果所开发的产品能满足此要求，则项目可结束并由客户方按合同规定付款。

7 附录A：系统原型8 附录B：需求确认需求确认经双方评审确认，此需求说明书描述的功能符合XX单位的实际业务流程，满足实际需要。

以此文档作为人力资源管理系统项目的开发、验收依据。

【确认签字】甲方：XX单位乙方：电子科技大学数学科学学院代表：代表：耿超日期：2011 年月日日期：2011 年月日。