员工订餐系统需求规格说明书人力资源招聘面试 _人力资源-招聘面试 .pdf
《员工订餐系统需求规格说明书人力资源招聘面试 _人力资源-招聘面试 .pdf》由会员分享,可在线阅读,更多相关《员工订餐系统需求规格说明书人力资源招聘面试 _人力资源-招聘面试 .pdf(48页珍藏版)》请在淘文阁 - 分享文档赚钱的网站上搜索。
1、编码:WXRT-SMSFE-E-RD-R01 XXX 科技有限公司 员工订餐系统(RSMS)系统需求规格说明书 拟制人 _ 日期 _ 审核人 _ 日期 _ 批准人 _ 日期 _ 更改控制业 序号 版本号 更改时间 更改内容描述 填写人 2011-08-21 建立 XXX 改时间更改内容描述填写人建立目录文档介绍目的在系统的完成目标方面为客户和开发者建立共同协打下基础对要实现的软件功能做全面描述帮助客户判断所规定的软件是否符合他们的要求提交开发效率使开发人员在设计开始之前在开发早期发现遗漏错误的理解和和不一致性以便及时加以纠正为正本计价和编制计划进度提供基础过需求分析帮助项目组更加合理的进行项目
2、估算为确认需求和验证需求提供一个基准便于对需求进行双向跟踪便于系统移植功能扩本文档作为系统概要设计详细设计数据库设计的根据和对文档以及项目的验收依据所有设计都要围绕需求规格说明书来进行读者对象项目组所有成员需求提出者以及一些相关领导参考文档术语与缩写解释缩写术语解释餐车餐车是系目录改时间更改内容描述填写人建立目录文档介绍目的在系统的完成目标方面为客户和开发者建立共同协打下基础对要实现的软件功能做全面描述帮助客户判断所规定的软件是否符合他们的要求提交开发效率使开发人员在设计开始之前在开发早期发现遗漏错误的理解和和不一致性以便及时加以纠正为正本计价和编制计划进度提供基础过需求分析帮助项目组更加合理
3、的进行项目估算为确认需求和验证需求提供一个基准便于对需求进行双向跟踪便于系统移植功能扩本文档作为系统概要设计详细设计数据库设计的根据和对文档以及项目的验收依据所有设计都要围绕需求规格说明书来进行读者对象项目组所有成员需求提出者以及一些相关领导参考文档术语与缩写解释缩写术语解释餐车餐车是系1 文档介绍 目的 在系统的完成目标方面,为客户和开发者建立共同协打下基础。对 要实现的软件功能做全面描述,帮助客户判断所规定的软件是否符 合他们的要求。提交开发效率,使开发人员在设计开始之前,周密的思考全部需求,从而减少事后重新设计、重新编码、重新测试的反工活动。加强对 需求内容的检查和复查,尽可能的在开发早
4、期发现遗漏、错误的理 解和和不一致性,以便及时加以纠正。为正本计价和编制计划进度提供基础。通过需求分析帮助项目组更 加合理的进行项目估算。为确认需求和验证需求提供一个基准。便于对需求进行双向跟踪。便于系统移植、功能扩展和后期维护。总的来说本说明书的目的在于明确说明系统需求,界定系统实现功 能 的范围,指导系统设计及编码 范围 本文档作为系统概要设计、详细设计、数据库设计的根据和对文档以及 项目的验收依据,所有设计都要围绕需求规格说明书来进行。读者对象 项目组所有成员、需求提出者以及一些相关领导 参考文档 术语与缩写解释 缩写、术语 解释 餐车 餐车是系统提供给用户的一个快捷订餐工具。用户 可以
5、将自己中意的产品放入餐车,然后进入餐车进 行批量下订单 改时间更改内容描述填写人建立目录文档介绍目的在系统的完成目标方面为客户和开发者建立共同协打下基础对要实现的软件功能做全面描述帮助客户判断所规定的软件是否符合他们的要求提交开发效率使开发人员在设计开始之前在开发早期发现遗漏错误的理解和和不一致性以便及时加以纠正为正本计价和编制计划进度提供基础过需求分析帮助项目组更加合理的进行项目估算为确认需求和验证需求提供一个基准便于对需求进行双向跟踪便于系统移植功能扩本文档作为系统概要设计详细设计数据库设计的根据和对文档以及项目的验收依据所有设计都要围绕需求规格说明书来进行读者对象项目组所有成员需求提出者
6、以及一些相关领导参考文档术语与缩写解释缩写术语解释餐车餐车是系2 产品介绍 由于天气炎热,给员工外出就餐带来不便,加上大学城各大高校进入假期,很多食堂餐厅停业,因此员工的午餐问题急需解决。在公司高层领导的关注下,大学城 XXX 科技公司,JAVA 研发小组迅速组建研发小组,经过轮番讨论设计,最终确定研发 RSMS 员工订餐系统,为员工提供良好的订餐平台,更有效、更方 便的解决员工就餐问题。系统主要分为两大功能模块,一个是系统前台用户部分,主要面向公司内部 员工订餐活动;另一个是平台管理员部分,主要是管理员工的订单以及商家管理,包括菜肴的更新以及商家信息的更新,和一些平台管理的日常辅助功能。3
7、产品面向的用户群体 该系统的最终用户为 XXX 公司内部所有员工。本系统将给员工的订餐带来极 大便利,同时减轻了订单工作人员的工作负担 4 产品应遵循的标准或规范 本产品遵循 CMMI3 的标准规范。5 产品范围 本产品适用于电子商务领域,电子商务的处理方式和范围主要包括以下三面:1)企业内部之间的信息共享和交换。通过企业内部的虚拟网路,分布各地的各 分支结构以及企业内部的各级人员可获取所需的企业信息。避免了纸张贸易 和内部流通的形式,从而提高了效率,降低了经营成本。2)企业与企业之间的信息共享和交流。EDI(电子数据交换)是企业之间进行电子 贸易的重要方式,避免了人为的错误和低效率。EDI
8、主要应用的企业与企业 之间,企业与批发商之间,批发商与零售商之间。3)企业与消费者之间。企业在因特网上设立网上商店,消费者通过网络在网上 购物,在网上支付,为消费者提供了一种新型的购物环境。综上所述,本产品着重于第三方面内容。改时间更改内容描述填写人建立目录文档介绍目的在系统的完成目标方面为客户和开发者建立共同协打下基础对要实现的软件功能做全面描述帮助客户判断所规定的软件是否符合他们的要求提交开发效率使开发人员在设计开始之前在开发早期发现遗漏错误的理解和和不一致性以便及时加以纠正为正本计价和编制计划进度提供基础过需求分析帮助项目组更加合理的进行项目估算为确认需求和验证需求提供一个基准便于对需求
9、进行双向跟踪便于系统移植功能扩本文档作为系统概要设计详细设计数据库设计的根据和对文档以及项目的验收依据所有设计都要围绕需求规格说明书来进行读者对象项目组所有成员需求提出者以及一些相关领导参考文档术语与缩写解释缩写术语解释餐车餐车是系6 产品中的角色 角色名称 职责描述 系统前台用户 利用本系统进行网上订餐、发表评论、投诉、提出意见、账户充值等 超级管理员 对整个平台进行管理和维护,及对权限 和角色进行管理和分配 交易管理员 对商家的信息,代理订餐,菜肴信息,平台的支付账户,订单进行管理和分配 信息管理员 对投诉信息,平台的反馈信息,用户的 评论进行管理和维护 7 产品的功能性描述 功能性需求分
10、类 前台功能性需求分类 功能类别 功能名称、标识符 描述 浏览信息 浏览菜肴 在前台页面浏览菜肴的 信息,包括所属餐厅,类 型,菜名,单价,提供数量,菜肴简 介等 浏览商家(餐厅)在页面浏览商家(餐厅)的信息,包括餐厅名称,餐厅简介,及该餐厅提供 的菜肴等 浏览餐厅活动信息 在页面浏览餐厅的活动 信息,包括活动标题,活 动内容,活动开始时间,活动结束时间等 搜索信息 搜索菜肴 按条件搜索菜肴,条件包 括价格范围,菜名,类型,改时间更改内容描述填写人建立目录文档介绍目的在系统的完成目标方面为客户和开发者建立共同协打下基础对要实现的软件功能做全面描述帮助客户判断所规定的软件是否符合他们的要求提交开
11、发效率使开发人员在设计开始之前在开发早期发现遗漏错误的理解和和不一致性以便及时加以纠正为正本计价和编制计划进度提供基础过需求分析帮助项目组更加合理的进行项目估算为确认需求和验证需求提供一个基准便于对需求进行双向跟踪便于系统移植功能扩本文档作为系统概要设计详细设计数据库设计的根据和对文档以及项目的验收依据所有设计都要围绕需求规格说明书来进行读者对象项目组所有成员需求提出者以及一些相关领导参考文档术语与缩写解释缩写术语解释餐车餐车是系 支持模糊查询及联合查 询 搜索商家(餐厅)按条件搜索商家(餐厅),条件包括商家名称等,支 持模糊查询 搜索餐厅活动信息 按条件搜索餐厅活动信 息,条件包括商家名称,
12、活动标题,活动时间范围 等,支持模糊查询及联合 查询 用户订餐 添加到餐车 在餐车里是菜肴列表及 操作,一个菜肴对应一条 记录;在浏览菜肴时可以 把菜肴添加到餐车,然后 到餐车确认预定,生成订 单。马上预定 跳过餐车操作,直接预 订,生成订单。生成订单 前,要选择没有菜肴的预 处理:1)退款 2)由管理员 选择同等价位的菜 餐车 预订 预订快餐,生成订单;在餐车里,一个菜单对应 一条记录,生成菜单后,该记录从餐车列表删除。生成订单前,要选择对没 有菜单的预处理:1)退款 2)有管理员选择同等价位 的菜 修改订餐数量 在餐车里可以修改预订 菜肴的数量,相应的实收 价格也会跟着改变(单价*数量)删
13、除菜肴 在餐车里可以把自己不 想要的菜肴删除 我的订单 查看订单 查看订单详细信息,包括 商家名称,菜肴类型,菜 肴名称,订购数量,单价,改时间更改内容描述填写人建立目录文档介绍目的在系统的完成目标方面为客户和开发者建立共同协打下基础对要实现的软件功能做全面描述帮助客户判断所规定的软件是否符合他们的要求提交开发效率使开发人员在设计开始之前在开发早期发现遗漏错误的理解和和不一致性以便及时加以纠正为正本计价和编制计划进度提供基础过需求分析帮助项目组更加合理的进行项目估算为确认需求和验证需求提供一个基准便于对需求进行双向跟踪便于系统移植功能扩本文档作为系统概要设计详细设计数据库设计的根据和对文档以及
14、项目的验收依据所有设计都要围绕需求规格说明书来进行读者对象项目组所有成员需求提出者以及一些相关领导参考文档术语与缩写解释缩写术语解释餐车餐车是系 实收价格等 撤销订单 在管理员没有对订单处 理之前用户可以撤销订 单 账户信息 个人信息维护 用户可以查看和修改自 己的真实姓名,联系方式 等 显示余额 显示自己的账户余额 投诉举报 投诉举报 用户可以对商家(餐厅)不合法或不合理的行为 进行投诉,管理员根据投 诉信息进行审核并作出 相应处理 意见反馈 意见反馈 用户通过该功能对系统 提出反馈意见和建议 发表评论 评论餐厅 每个餐厅下面都会跟着 用户对该餐厅的评论,用 户可以在这里发表自己 的看法 评
15、论菜肴 同上 推荐 推荐餐厅 如果用户对某家餐厅满 意,则用户可以推荐这家 餐厅,页面上显示这家餐 厅的推存指数,仅供大豕 4 TV,参考 后台功能性需求分类 功能类别 功能名称、标识符 描述 管理员信息 管理员个人信息维护 查看和修改管理员的个人信息,包括管 理员真实姓名,电弧,邮箱等;修改密码 改时间更改内容描述填写人建立目录文档介绍目的在系统的完成目标方面为客户和开发者建立共同协打下基础对要实现的软件功能做全面描述帮助客户判断所规定的软件是否符合他们的要求提交开发效率使开发人员在设计开始之前在开发早期发现遗漏错误的理解和和不一致性以便及时加以纠正为正本计价和编制计划进度提供基础过需求分析
16、帮助项目组更加合理的进行项目估算为确认需求和验证需求提供一个基准便于对需求进行双向跟踪便于系统移植功能扩本文档作为系统概要设计详细设计数据库设计的根据和对文档以及项目的验收依据所有设计都要围绕需求规格说明书来进行读者对象项目组所有成员需求提出者以及一些相关领导参考文档术语与缩写解释缩写术语解释餐车餐车是系操作日志 搜索日志 按条件搜索操作日志,条件包括管理员 真实姓名,时间段等,支持联合查询 查看操作日志 查看操作日志。注:系统将管理员的每 一步操作自动记录到数据库中。删除操作日志 把已经不需要的日志从系统删除 安全管理 创建角色 根据需要来创建管理员角色。权限分配 把权限分配给各个角色。修改
17、角色 根据需要修改角色应有的权限 删除角色 把已经不需要的角色从系统删除 创建管理员账号 根据需要来创建管理员账号,管理员以 创建的账号来登录系统后台。搜索管理员 按条件搜索管理员,包括管理员账号,管理员真实姓名,角色等,支持联合查 询。分配角色 把不同角色分配给相应的管理员。改时间更改内容描述填写人建立目录文档介绍目的在系统的完成目标方面为客户和开发者建立共同协打下基础对要实现的软件功能做全面描述帮助客户判断所规定的软件是否符合他们的要求提交开发效率使开发人员在设计开始之前在开发早期发现遗漏错误的理解和和不一致性以便及时加以纠正为正本计价和编制计划进度提供基础过需求分析帮助项目组更加合理的进
18、行项目估算为确认需求和验证需求提供一个基准便于对需求进行双向跟踪便于系统移植功能扩本文档作为系统概要设计详细设计数据库设计的根据和对文档以及项目的验收依据所有设计都要围绕需求规格说明书来进行读者对象项目组所有成员需求提出者以及一些相关领导参考文档术语与缩写解释缩写术语解释餐车餐车是系 修改管理员角色 根据需要修改管理员角色。管理员密码重置 当普通管理员忘记密码,可由超级管理 员进行密码重置;超级管理员忘记密码 由技术人员处理。注:系统默认管理员为超级管理员,且 超级管理员是最高权限角色。删除管理员账户 把已经不需要的管理员账号从系统删 除。菜肴管理 添加菜肴 添加前台需要显示的菜肴 搜索菜肴
19、按条件搜索菜肴,条件包括菜肴名称,类型,商豕(餐厅)名称等,支持名称模 糊查询及联合查询。查看菜肴 查看采有详细信息,包括采有名称,类 型,单价等 修改菜肴 修改菜肴的各种信息,包括菜肴名称,提供数量等。删除采有 把已经不需要的菜肴从系统删除 商家管理 添加商家(餐厅)添加新加盟的商家(餐厅)改时间更改内容描述填写人建立目录文档介绍目的在系统的完成目标方面为客户和开发者建立共同协打下基础对要实现的软件功能做全面描述帮助客户判断所规定的软件是否符合他们的要求提交开发效率使开发人员在设计开始之前在开发早期发现遗漏错误的理解和和不一致性以便及时加以纠正为正本计价和编制计划进度提供基础过需求分析帮助项
20、目组更加合理的进行项目估算为确认需求和验证需求提供一个基准便于对需求进行双向跟踪便于系统移植功能扩本文档作为系统概要设计详细设计数据库设计的根据和对文档以及项目的验收依据所有设计都要围绕需求规格说明书来进行读者对象项目组所有成员需求提出者以及一些相关领导参考文档术语与缩写解释缩写术语解释餐车餐车是系 搜索商家(餐厅)按条件搜索商家(餐厅),条件包括商家(餐厅)名称,支持模糊查询 查看商家(餐厅)查看商家(餐厅)的详细信息,包括商家(餐厅)名称,简介 修改商家(餐厅)修改商家(餐厅)各种信息 删除商家(餐厅)把不需要的商家(餐厅)信息从系统删除 商家活动 添加商家(餐厅)活动 添加商家(餐厅)最
21、新活动 搜索商家(餐厅)活动 按条件搜索商家(餐厅)活动,条件包括 商家(餐厅)名称,活动标题,活动开始 时间,活动结束时间等,支持标题、名 称模糊查询及联合查询。查看商家(餐厅)活动 查看活动相关信息 修改商家(餐厅)活动 修改活动相关信息 删除商家(餐厅)活动 把已经不需要的活动从系统删除 订单管理 导出报表 把当天的订单列表导成 Exce 1 的形式 改时间更改内容描述填写人建立目录文档介绍目的在系统的完成目标方面为客户和开发者建立共同协打下基础对要实现的软件功能做全面描述帮助客户判断所规定的软件是否符合他们的要求提交开发效率使开发人员在设计开始之前在开发早期发现遗漏错误的理解和和不一致
22、性以便及时加以纠正为正本计价和编制计划进度提供基础过需求分析帮助项目组更加合理的进行项目估算为确认需求和验证需求提供一个基准便于对需求进行双向跟踪便于系统移植功能扩本文档作为系统概要设计详细设计数据库设计的根据和对文档以及项目的验收依据所有设计都要围绕需求规格说明书来进行读者对象项目组所有成员需求提出者以及一些相关领导参考文档术语与缩写解释缩写术语解释餐车餐车是系 搜索订单 按条件搜索订单,条件包括订单编号,订餐人姓名,订餐时间段,订单状态等,支持联合查询 查看订单 查看订房单的详细信息,包括订餐人姓 名,菜肴信息等。撤销订单 在还未处理订单前,如果用户已经订餐,但出现外出或订餐出错的情况,可
23、由管 理贝帮忙撤销订单但要记录负责撤销的 管理员帐号 删除订单 把已经不需要的订单记录从系统中删除 代订管理 添加代订信息 用户可由管理员代订快餐,管理员添加 代订信息,包括订餐人姓名,订餐人电 话,菜肴,订餐数量,选择是否已经付 款等 改时间更改内容描述填写人建立目录文档介绍目的在系统的完成目标方面为客户和开发者建立共同协打下基础对要实现的软件功能做全面描述帮助客户判断所规定的软件是否符合他们的要求提交开发效率使开发人员在设计开始之前在开发早期发现遗漏错误的理解和和不一致性以便及时加以纠正为正本计价和编制计划进度提供基础过需求分析帮助项目组更加合理的进行项目估算为确认需求和验证需求提供一个基
24、准便于对需求进行双向跟踪便于系统移植功能扩本文档作为系统概要设计详细设计数据库设计的根据和对文档以及项目的验收依据所有设计都要围绕需求规格说明书来进行读者对象项目组所有成员需求提出者以及一些相关领导参考文档术语与缩写解释缩写术语解释餐车餐车是系 导出报表 把当天的代订信息导成 Exce 1 的形式 搜索代订 按条件搜索代订,条件包括订餐人姓名,代订人姓名,代订状态等,支持联合查 询 查看代订 查看代订的详细信息,包括订餐人姓名 等 修改代订 修改代订各种信息,包括订餐人姓名等 撤销代订 在订餐人取消订餐后,撤销代订 付账记录 代订的付款状态默认为未付款状态;在 订餐人领餐付款后,设置付款状态为
25、已 付款 删除记录 把不需要的记录从系统中删除 菜肴类型管理 添加类型 添加菜肴所需要的类型 搜索菜型 按条件搜索菜肴类型,包括类型名称等,支持菜肴名称模糊查询 修改类型 修改类型信息,包括类型名称,类型描 述 删除类型 把已经不需要的类型从系统中删除 账户管理 账户充值 为用户账户进行电子金额充值 改时间更改内容描述填写人建立目录文档介绍目的在系统的完成目标方面为客户和开发者建立共同协打下基础对要实现的软件功能做全面描述帮助客户判断所规定的软件是否符合他们的要求提交开发效率使开发人员在设计开始之前在开发早期发现遗漏错误的理解和和不一致性以便及时加以纠正为正本计价和编制计划进度提供基础过需求分
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 员工订餐系统需求规格说明书人力资源招聘面试 _人力资源-招聘面试 员工 系统 需求 规格 说明书 人力资源 招聘 面试
限制150内