系统需求说明书.docx
《系统需求说明书.docx》由会员分享，可在线阅读，更多相关《系统需求说明书.docx（12页珍藏版）》请在冰豆网上搜索。
系统需求说明书
应用中心IT管理系统
需求说明书
（V1.3）
文件状态：
[√]草稿
[]正式发布
[]正在修改
文件标识：
ITSYS
当前版本：
1.3
作者：
完成日期：
变更记录
状态
版本号
修改条款及内容
作者
参与人
日期
新增
1.1
创建
2011-08-11
修改
1.2
修改周报定义，增加周报录入
2012-03-05
修改
1.3
修改周报管理机制
2012-03-30
修改
1.4
公告
注：
对该文件内容增加、删除或修改均需填写此变更记录，详细记载变更信息，以保证其可追溯性。
1.引言
1.1.编写的目的
本文档是规定“应用中心IT管理系统”的业务需求说明，用于指导应用中心IT管理系统的设计、开发测试等工作。
预期读者：
系统开发人员、测试人员、系统使用人员包括技术支持工程师、项目QA、客服人员等。
1.2.背景
随着应用中心一二部的发展，原有的周报管理方式逐渐无法满足现况，部门人员、客户需求、应用程序以及执行项目等等，各类信息的量化统计需求和管理需求日趋紧迫，为此需要建立一套信息管理系统进行合理维护，以提高部门工作效率。
该系统主要用于应用中心日常支持工作的协调、跟踪及体现
1.3.定义
主管与员工
项目与事务
2.任务概述
2.1.目标
IT管理系统一期目标:
能够支持应用一二部员工周报管理，实现员工周报在线录入和主管在线查阅；能够支持项目执行概况管理。
IT管理系统二期目标:
完善项目管理功能，支撑技术管理所需要人力与项目分析；
IT管理系统三期目标：
实现知识库与Q&A机制。
本文档描述一期目标需求。
3.需求说明
3.1.管理功能需求
3.1.1.用户管理
A．用户管理
增加用户：
超级用户拥有该权限，添加某属性的用户。
删除用户：
超级用户拥有该权限，删除某属性用户。
修改用户属性：
超级用户拥有该权限，修改某用户属性，包括该用户所在片区、该用户权限、该用户密码等。
B．用户分类
超级用户：
系统及管理员，系统所有权限对其开放。
主管用户：
可以分配任务给辖区内和临时分管的责任工程师；可实时查看自己所辖区域所有项目的状态，并按条件输出片区报表；结案项目的审查。
项目经理:
可以查看分管员工周报并进行批复，培训作为项目进行管理。
普通用户：
填写周报，接受分配任务、填写项目状况，修改项目状态；查看自己手头项目状态。
3.1.2.部门人员管理
建立部门-分组-员工三级管理机制。
每个员工有所属的部门和分组，如陈丹莹属于一部福州总部、任辉属于二部北京行业组。
每个主管有一个或者多个分组的周报查看权限和任务分配权限。
3.1.3.临时分管关系
每个主管或者项目经理都拥有临时分管员工的权限，此时可检索分管员工的周报并做出批复，主管更可分配任务给分管员工。
此功能主要用于安排培训导师、项目经理管控项目进度、临时支援调动等工作。
该功能需易于使用和查看。
3.2.周报系统功能需求
3.2.1.员工周报管理
责任工程师，必须填写每日的工作内容。
员工周报内容包括项目日志和事务日志。
项目日志即分配给员工的项目执行日志，录入时，项目名称采用列表选取方式，并需要输入工作时长（小时计量）、执行时段（日间或夜间）、执行阶段（设计、开发、自测、联调、测试、验收、试运行）、进度（百分比）。
事务日志为员工日常工作中处理的非项目内容，包括会议、电话支持、培训、休假以及差旅在途，录入时，事务名称采用对话框输入。
每段日志有总结与反馈。
3.2.2.填写下周计划
责任工程师在每周四必须对下周工作计划进行描述。
填写时，分成两类：
一为自动导入的已分配的未完成项目
二为个人填写的其他任务。
3.2.3.日报的查看与回复
主管可随时查看下属员工的日志。
主管和项目经理有权限对下属或临时分管人员的日报进行回复。
回复动作应该支持多人多次增量回复，可设置字符上限并在达到上限时提示电话指导。
3.3.项目管理功能需求
总体要求易于录入、查看、筛选和报表输出。
输入部分与输出部分参考目前实行的技术汇总周报进行输入。
3.3.1.项目信息管理（I）
3.3.1.1.项目信息录入
项目是部门技术管理的基础元素。
在IT管理系统中，设立由主管录入的正常项目、由员工自行判断录入的临时项目两类项目。
其中临时项目可由主管纳入正常项目中，纳入部门技术管理的范围。
项目录入后确定项目属性：
行业、省份、项目、机型、预计开始时间、预计完成时间、申请人、难度系数等。
3.3.1.2.项目属性修改
以上项目属性中，机型、难度系数、预计起止时间可修改。
3.3.1.3.项目分配
主管可选取新建或者已建项目进行任务分配。
输入：
责任工程师、项目。
输出：
责任工程师收到任务后，即可在周报录入时，点选该项目进行周报登记。
3.3.1.4.项目执行日志
项目执行日志由周报系统自行导入执行信息。
3.3.2.项目状态管理（I）
主管可根据项目执行日志对项目状态做相应管理，输入项为：
1.项目状态：
✧未执行：
主管未将项目任务分配给具体责任工程师，或任务已分配但是责任工程师还未受理和开始执行。
✧执行中：
该项目正在执行中。
简单描述项目当前执行情况。
✧等待：
项目执行过程中由于客户原因处于暂停的状态。
必须描述等待原因，项目重启时应体现出重启时间及责任工程师。
✧停滞：
项目执行过程中，由于客户原因导致项目长时间挂起，或项目可能取消。
必须说明停滞原因，在项目重启时应该体现出重启的时间及实施工程师。
✧完成：
项目结案，必须主管审核后才能将项目改为已结案，系统中程序版本号和CVStag作为项目完成的主要标志之一。
✧重启：
等于未执行。
2.项目进度（百分比显示）
3.当前状态描述
4.当前困难
5.下一阶段计划
3.3.3.项目评分管理（I）
在项目结案时，主管根据整个项目实施过程情况，对项目做出相应的评分。
评分指标：
项目难度、项目重要性（是否全国性版本）、工作积极性（是否经常加班）、客户现场出差周期、资料完整性（文档、配套工具等）、版本提交及时性、需求方的评价、项目周报及时性等。
3.3.4.项目分析图表（O）
需要可对某个项目进行图表形式的全面展示，便于分析。
能够从项目名称、行业、应用类型、实施人员等多方面进行同类项目的关联推荐。
能够从同类项目的行业覆盖、省份覆盖等方面提供分析客户发展趋向的依据。
3.3.5.人员分析图表（O）
需要可对人员的项目参与程度和发展，进行图表形式的展示，便于分析。
提供人员成长曲线的分析数据，能够提供人员参与项目，应用进行类型覆盖分析数据，帮助制定人员培养的计划等。
3.3.6.项目报表管理（O）
提供报表下载。
人力资源状态表：
部门人员所有未完成项目的状态表，包含人员姓名、项目名称、项目起始时间、项目状态、项目已投入人天等要素；可以输出片区人力资源状态表、部门人力资源状态表、个人人力资源状态表等
项目状态表：
部门内所有项目状态表，可以包括项目名称、需求、申请时间、时间要求、工作量预估、起始执行时间、完成时间（已完成项目）、当前状态、客户单位等要素
具体需求待定。
3.4.信息发布功能需求
3.4.1.资料库管理
资料库存储部门工作中，推荐的开发工具、标准、规范、培训资料等内容。
资料库的建立是为了方便发布而提供公开的下载渠道，涉密内容不允许添加，增删权限有部门管理人员掌握，普通员工拥有查看和下载的权限。
每一份资料都具备资料类型、标题、说明和附件等要素，其中资料类型可灵活增加。
3.4.2.信息公告管理
分类：
硬件环境变更，软件环境（含重点以及总行项目的发布）变更，部门公告，事故发布。
查看方式：
1．首页显示分类的近期公告
要求是显示几条标题，其中近期的三条显著显示，每个标题对应的内容可以快速预览摘要。
标题点击后可以看到详细内容。
2．列表显示所有的公告。
3．可以置顶。
3.5.知识库功能需求
3.5.1.文档阅读
普通员工可以在线阅读部分类型文档。
逐级开放下载权限。
员工下载权限等级大于文档保密等级时，可下载对应文档。
可参考开源项目flexpaper。
3.5.2.协作写作
业务描述如下:
角色包含发起者，作者和管理员。
XXX发起主题MISPOS,A作者回答一个标题为”定义”的内容，B补充一个标题为“应用类型”的内容。
管理员有审核以及关闭主题的权限。
管理员和作者有增删改词条的权限，发起者只有发起的权限。
可参考开源项目flexwiki。
3.5.3.Q&A系统
拟建一个处理工作中的疑问的系统，功能仿XX知道。
可参考开源项目Tipask问答系统
3.6.通知
3.6.1.系统消息
建立消息模块，消息可置顶。
提供消息通知接口自动发布通知，提供可手动发起的公告消息。
1.资料库增加内容时，自动通知给所有同事。
邮件通知还是提示系统消息
2.下属周报填写时，通知相关上级。
3.上级回复周报时，通知下属。
4.项目分配时，通知责任工程师。
邮件通知？
5.主管修改项目计划时，通知责任工程师。
邮件通知？
6.Wiki主题被回复时，通知发起人。
7.各种审核有案可查。
8.Q被A的时候，通知提问人。
3.6.2.私人消息
员工对员工的消息，70字内。
3.7.欢迎界面
3.7.1.欢迎语管理
登录时，针对公司现况可以发布一句话作为欢迎语。
3.7.2.信息箱提示
信息箱内存放系统消息与私人短消息。
3.7.3.项目任务提示
提示员工被分配的任务信息。
3.8.员工社区
3.8.1.相册展示
相册系统，参考QQ群相册，寻找开源项目导入即可。
主要功能为展示部门活动和员工生活照片，加强互动。
3.8.2.意见墙
只言片语，表达自己的意见。
可参考讯腾PHP开源爱墙系统。
3.9.其他功能
系统能和公司邮件系统关联，任务的分配可以通过邮件系统自动发送/抄送相关人员；
系统公告可以群发邮件通知所有员工。
资料库中新增知识点也通过邮件系统自动群发所有用户。
4.性能要求
同时支持100用户同时登录。
5.4．运行环境规定
5.1.4.1环境
IT服务器放在总部服务端口映射到外网服务器上,分公司人员通过外网登录该系统。
5.2.4.2支持软件
系统支持通过主流浏览器访问如IE、Maxthon、搜狗、火狐等。
附录一
1.技术支持申请单编号规则
技术支持申请单编号：
JZ+分公司代码+技术支持类型+年月+数字编号
分公司代码：
北一区：
B1
北二区：
B2
华东区：
HD
南方区：
NF
行业组：
HY
总部：
ZB
技术支持类型：
系统：
SYS
POS：
POS
年月：
2位年+2位月，如1108为2011年8月
数字编号：
每个月的技术支持申请单编号从001开始累计
如：
JZB1POS1107001表示北一区2011年7月第一单POS技术支持申请。
JZHYSYS1108003表示行业部2011年月第三单系统类技术支持申请。
附录二
项目状态管理过程如下图示：
升级会员 