高校就业信息综合平台系统需求规格说明文档.docVIP

系统需求规格说明书 项目名称： 高校就业信息综合平台 项目编号： WebAp 项目负责人： 白天亮 填写日期： 2013年10月11日  目录 1系统需求 3 1.1系统概述 3 1.2系统组成 3 1.3用户类及特征 3 1.4运行环境 4 1.5设计和实现上的约束 4 2.功能需求 6 3.硬件规格说明 8 4.其它非功能需求 9 4.1性能需求 9 4.2安全性需求 9 4.3软件质量属性 9 5.接口规格说明 9 5.1用户界面 10 5.2硬件接口 10 5.3软件接口 10 5.4通信接口 10 附录A：术语表 11 附录B：分析模型 12 附录C：等确定问题清单 13 附录D：硬数据采样公式 14 附录E：问题的组织 15 1系统需求 1.1系统概述 1.2系统组成 名称 说明 使用者 用户门户 [web] 提供系统平台功能。 最终个人用户 管理门户 运营、维护、管理用户门户和开发者门户 运维人员 外部接口 提供就业招聘信息、毕业生信息、入职邻长等接口以为其它系统服务。 各个外部系统 1.3用户类及特征 参见《项目前景与范围文档》中项目干系人部分。 1.4运行环境 (1) 开发软件选择。(2) 操作系统选择可以根据用户量的大小选择不同的操作系统。当然，一般情况下，员对微软Windows界面比较，因此，客户端都使用Windows XP操作系统。(3)其它： ①网站浏览器：IE8.0-IE9.0 ②服务器开发语言：C# ③数据库：SQLServer2008 1.5设计和实现上的约束 平台与内部系统、及环境的约束具体内容如下： 经济约束：人力成本较高，运行后在维护及采集模板开发上也需要一定的成本； 行政约束：要求校级学生就业指导部门与二级单位有效的配合 系统约束：见1.4运行环境 技术约束：见1.4运行环境，不可使用CSS3.0进行设计； 环境约束：采集的信息，要进行有效的保护，保护知识产权，保证会员用户的就业专用性；采用有效的安全机制。 进度及资源约束：2014年2月前必须完成版本3的开发工作，且在项目批准的金额以外不再增加新的投资，由于大量的毕业生信息属于个人隐私内容，因此不能外包。 2.功能需求 功能需求Functional requirements（FR） 2.1用户类1：应届毕业生 2.1.1 FR1：添加、删除、更改、查询个人就业意向信息 2.1.2 FR2：开设个人空间，空间内内容包括用户个人信息、就业招聘信息、职业测评信息，上述信息均是针对个人用户。 2.1.3 FR3：在线职业测评，并自动给出测评结果（适合哪类职业等） 2.1.4 FR4：查看企业信誉度，企业按信誉度从高到低排序 2.1.5 FR5：参与对企业的评论 2.1.6 FR6：将审核过的特殊就业信息推送给毕业生会员（特殊权限） 2.2用户类2：就业办工作人员 2.2.1 FR 1：审核系统采集的就业信息，并设置类别及权限 2.2.2 FR 2：管理毕业生在校基本信息，如学号、姓名… 2.2.3 FR 3：对已经就职的毕业生的单位信息及毕业生入职后的岗位信息进行管理 2.2.4 FR 4：到校招聘的企业信息及企业招聘详细要求信息的管理 2.2.5 FR 5：对系统管理权限的管理 2.2.6 FR 6：查看就业信息的推荐情况 2.3用户类3：计算机系统 2.3.1 FR 1：自动定期地采集指定网站上的就业招聘信息，并进行筛选、格式化、排版 2.3.2 FR 2：设置企业信誉评价算法 2.3.3 FR 3：企业招聘信息的推荐与推送 2.3.4 FR 4：系统自动向指定企业发送“走进高校”校园招聘邀请函 3.硬件规格说明 整个系统功能当中分配给硬件部分的详细描述。 Intel P4以上系列以上系列等PC台式机和便携式电脑； 　　运行时占用内存：≤50MB； 　　所需硬盘空间：≤1GB； 4.其它非功能需求 4.1性能需求 速度：以任务执行为单位计算，各项任务执行时间最长不能超过5秒。 容量：系统所存储的数据量至少10万条以上记录。 负载：系统应该允许200个用户同时进行正常的工作。且CPU与内存使用率不能超过30%，否则影响机器上的其它系统，如果存在单独服务器，使用率可提高到80%。 实时性：无严格的实时要求，招聘信息从采集到推荐或发布到平台上不能超过2小时。 4.2安全性需求 具体方案暂无，其它见《项目前景和范围文档》 4.3软件质量属性 需进一步需求 5.接口规格说明 需进一步需求 5.1用户界面 5.2硬件接口 需进一步需求 5.3软件接口 需进一