迅瘦师
功能需求说明书最后一次修改时间：2016-3-1
用户确认
修订记录
目录
1引言 (5)
1.1目的和范围 (5)
1.2方法 (5)
1.3参考材料 (5)
1.4术语、缩略语 (5)
2工作范围细节 (6)
2.1总体需求描述 (6)
2.2大概功能介绍 (7)
2.2.1手机APP (7)
2.2.2顾客信息管理 (7)
2.2.3生成餐单 (7)
2.2.4提交体检报告 (7)
2.2.5跟踪记录 (8)
3功能规范 (8)
3.1首页 (9)
3.1.1今日贵宾健康指标查看 (9)
3.1.2贵宾健康指标趋势图 (10)
3.1.3健康指标异常贵宾预警通知 (11)
3.1.4指标异常贵宾餐单修改（高级教练角色） (12)
3.2贵宾管理 (13)
3.2.1贵宾信息查询浏览 (14)
3.2.2贵宾信息新增 (15)
3.2.3贵宾信息修改 (16)
3.2.4贵宾信息记录跟踪 (17)
3.2.5贵宾基本信息查看 (18)
3.2.6 协议管理 (19)
3.2.6.1 协议查询 (20)
3.2.6.2 协议新增 (21)
3.2.6.3 协议查看 (25)
3.2.6.4 协议修改 (26)
3.2.7餐单管理 (27)
3.2.7.1餐单查看浏览 (28)
3.2.7.2餐单修改 (29)
3.3方案管理 (31)
3.3.1首页栏目 (31)
3.3.2方案查询 (31)
3.3.3方案查看 (32)
3.3.4方案新增 (32)
3.3.5方案修改 (33)
3.3.6方案删除 (34)
3.4统计分析 (34)
3.4.1教练分析 (34)
3.4.1.1教练统计分析 (34)
3.4.1.2教练统计分析查询 (34)
3.4.2贵宾分析 (35)
3.4.2.1今日贵宾健康指标 (35)
3.4.2.2贵宾分析查询 (35)
3.4.2.3趋势图 (36)
3.4.2.4提醒 (36)
3.5系统管理 (37)
3.5.1用户管理 (37)
3.5.1.1用户信息查询 (37)
3.5.1.2用户新增 (38)
3.5.1.3用户信息修改 (39)
3.5.1.4用户信息查看 (40)
3.5.1.5用户信息删除 (41)
3.5.2角色管理 (42)
3.5.2.1角色查询 (42)
3.5.2.2角色新增 (43)
3.5.2.3角色修改 (44)
3.5.2.4角色查看 (45)
3.5.2.5角色删除 (46)
3.5.3班级管理 (47)
3.5.3.1首页栏目 (47)
3.5.3.2查询班级 (47)
3.5.3.3查看班级 (48)
3.5.3.4新增班级 (48)
3.5.3.5修改班级 (49)
3.5.3.6删除班级 (49)
3.5.4食物管理 (49)
3.5.4.1首页栏目 (50)
3.5.4.2食物查询 (50)
3.5.4.3食物查看 (50)
3.5.4.4食物新增 (51)
3.5.4.5食物修改 (52)
3.5.5营养品管理 (53)
3.5.5.1首页栏目 (53)
3.5.5.2营养品查询 (53)
3.5.5.3营养品查看 (54)
3.5.5.4营养品新增 (54)
3.5.5.5营养品修改 (55)
3.5.5.6营养品删除 (55)
1 引言
1.1 目的和范围
本文档是《迅瘦师》的系统需求说明，用于阐述迅瘦师的需求和功能结构。让软件的使用人员对迅瘦师有一个清楚的认识，还为软件设计、开发人员提供设计、开发的基础，为软件的发布测试人员提供测试的依据。
本文档还为迅瘦师验收提供重要的依据。
1.2 方法
与迅瘦师运营团队共同讨论，采用原型法来分析、记录系统需求，最终由项目组成员及系统集成人员文档化。
1.3 参考材料
其它相关资料、文件
1.4 术语、缩略语
2 工作范围细节
2.1 总体需求描述
随着人们生活水平的提高、工作休息饮食的不规律或一些其他特殊原因造成的身体肥胖症状。而许多爱美人士总是想尽各种办法来进行减肥使自己达到瘦身的效果。然而由不同原因造成的肥胖瘦身的办法途径也是不一样的。这需要专门的教练针对想要瘦身的认识制定不同的策略方法来实现瘦身的梦想。
肥胖人群大概分为几种：普通减重、产后减重、青少年、三高人群、糖尿病患者以及特殊人群（如：脂肪肝人群）等。
首先顾客需要根据自身的情况填写基本个人信息，其中个人信息包括基本信息（如：姓名、性别、出生年月、体重、腰围等）和身体健康评估信息（包括：病史、是否长期服用药物、家族病史、每天的体力劳动量、出行方式、每年控制体重的次数以及措施、生活习惯、饮食习惯、其他等信息）。然后瘦身教练会根据上述填写的信息分析出顾客是属于上面哪种肥胖人群，并专门针对顾客的实际情况指定出独特的减肥瘦身的餐单以及减肥方案。
减肥瘦身的整个时期分为三个阶段：准备期、减重期和调整期，不同人群的三个阶段各有不同，这些不同都是由瘦身教练来分析完成的。
顾客需要严格按照瘦身教练指定的餐单来进行每天的饮食，并且顾客需要把每天自己的身边变化指标报告给自己的教练，而教练需要每天都要记录跟踪相应顾客的情况。
从减肥瘦身的过程描述来看，顾客的整个瘦身阶段都是由瘦身教练来分析、指导、跟踪记录完成的。只有经验丰富的教练才能准确快速的分析出顾客的很提状况以及具有针对性的制定出相应的减肥方案和餐单。所以对瘦身教练的要求是非常高的。而我们将要做的这套瘦身系统就是要帮助瘦身教练减轻工作的复杂程度以及工作量。瘦身系统的主要功能就是根据顾客填写的信息按照一定的规则分析出顾客所属分类并制定出针对性的餐单和瘦身过程各时期的减肥方案。这样就大大减轻教练的工作量，使教练能够抽身出从杂乱无章的顾客信息分析、制定工作，而专门跟踪记录、监督顾客的每天身体情况。
2.2 大概功能介绍
2.2.1手机APP
手机APP是和电子秤相关联的顾客使用的APP，瘦身系统需要读取APP系统中的客户信息，APP添加部分功能：查看自己的最近几天的餐单情况，并可以选择更换每天餐单，以及在瘦身过程结束后可以对相应瘦身教练的评价功能。
2.2.2顾客信息管理
教练对所属自己的顾客信息的录入维护等。教练或相关工作人员根据顾客填写的个人信息录入系统中，便于系统存档分析。
录入信息的时候需要根据某些信息（姓名、手机号、出生年月）查询，因为某些顾客之前做过减肥，系统已有相对应的信息记录，再次录入的时候只需要在原有的信息中读取并加以修改。
另外教练可以查看顾客的详细信息、当前状态等。
2.2.3生成餐单
系统根据顾客填写的个人信息，根据数据库中的食物库按照预定的规则生成不同瘦身阶段（准备期、减重期和调整期）的早中晚的餐单。每天的餐单搭配不止一种，顾客可以根据自己的喜好更换选择。
餐单生成的规则：是根据顾客自己填写的信息（个人基本信息和身体健康评估表）按照不同的规则计算出该顾客某阶段的某天身体所需的蛋白质量、碳水化合物的量，然后根据食物库中每种食物的所含蛋白质和碳水化合物的量来进行搭配形成的餐单。
2.2.4提交体检报告
顾客在进入准备期之前，有些顾客是需要进行体检的，有些则是不需要的，还有些是可以体检也可不进行体检的。顾客到底需不需要体检是有一定规则的，如普通减重的就不需要进行体检，糖尿病患者是必须要进行体检的，腰臀比超过一定数值的也是要进行体检的，必须体检的顾客必须提交体检报告才能进入瘦身的准备期，否则无法进入瘦身阶段，不用体检的顾客可直接进入瘦身的准备时期。可体检也可不体检的用户要想在不提交体检报告的情况下直接进入瘦身阶段，需要签订一份承诺书才可以。
顾客将自己的体检报告通过某途径（微信等工具）报告拍照发送给瘦身教练，瘦身教练根据从顾客手中获取的体检报告照片，将瘦身阶段所需要的几个指标值从体检报告中提取出来录入系统中。这些指标也可由客户自己通过手机APP直接录入。
2.2.5跟踪记录
进入瘦身阶段后，瘦身教练应时时对自己的瘦身客户保持沟通状态，记录他们是否严格按照指定的方案进行操作，并记录顾客每天的指标变化（体重、脂肪比率和燃脂）。体重和脂肪比率可以通过手机APP获取到，而燃脂指标数据则需要顾客提供告诉瘦身教练，由瘦身教练记录每天的燃脂指标，或者由客户自己通过手机APP录入。瘦身教练可以根据每天的指标值的变化来判断顾客是否按照指定的方案进行操作并给出相应的指导和评价以实现对顾客进行监督的效果。
3 功能规范
本系统主要功能包括：系统首页、贵宾管理、方案管理、统计分析和系统管理五大块，其中统计分析可分为：贵宾分析和教练分析；系统管理可分为：用户管理、角色管理、班级管理、食物管理和营养品管理。
系统的功能图如下所示：
3.1 首页
首页界面（原型图非最终效果图）
功能描述：瘦身系统首页主要展示贵宾当天的健康指标信息，按照登录用户的角色不同，实现功能权限有所区别：
教练员：可查看教练员名下所带的贵宾的“今日贵宾健康指标”、“贵宾健康趋势图”、“健康指标异常会员预警通知”。今日贵宾健康指标列表数据默认显示该教练最近添加班级的贵宾的数据，且按照贵宾数据的更新时间的降序排列（最近更新数据的贵宾排在前面）。
高级教练员：可查看所有当日健康指标异常（即体重连续3天≥原体重）的贵宾的“今日贵宾健康指标”、“贵宾健康趋势图”、“健康指标异常会员预警通知”，还可实现“指标异常会员餐单修改”（详见3.2.7.2）。今日贵宾健康指标列表数据默认显示当日健康指标异常的全部贵宾的数据，且按照贵宾数据的更新时间的降序排列（最近更新数据的贵宾排在前面）。
3.1.1今日贵宾健康指标查看
今日贵宾健康指标查看（原型图非最终效果图）
功能描述：今日贵宾健康指标查看页显示今日贵宾健康指标列表，登录用户可通过“班级”下拉列表筛选框选择相应班级或全部，查询浏览相应班级或全部班级贵宾的今日贵宾健康指标数据。
今日贵宾健康指标列表包括贵宾姓名、体重、脂肪、水分、BMI、蛋白质、操作（趋势图）字段。列表中贵宾姓名等列显示固定字数（根据页面宽度），超出固定字数以省略号显示，鼠标指针指到相应位置浮现显示全部内容。
体重、脂肪、水分均显示两天的数据（即昨日数据和今日数据），且分别与当天的前一天数据作比较，若当天数据≥前一天数据，则数据后显示红色向上箭头，若当天数据<前一天数据，则数据后显示绿色向下箭头。BMI、蛋白质只显示今日数据。
3.1.2贵宾健康指标趋势图
趋势图页面（原型图非最终效果图）
功能描述：贵宾健康指标趋势图显示该贵宾的体重、脂肪、水分在一个周、一个月或计划内的变化曲线，趋势图按照“今日贵宾健康指标列表”中的数据的格式不同分为两个，一个是按照十进制计数的在同一个趋势图中（如：体重、脂肪），另一个按照百分比计数的在一个趋势图中（如：水分），教练员可针对趋势图对贵宾进行提醒，高级教练员还可根据贵宾的趋势图对贵宾的餐单进行修改。
3.1.3健康指标异常贵宾预警通知
健康指标异常贵宾预警通知页面（原型图非最终效果图）功能描述：健康指标异常贵宾预警通知是针对健康指标异常（即体重连续3天≥原体重）的贵宾，编辑提醒内容（限最多允许输入500个字符，不限字符格式），通过云平台以短信的形式发送提醒到贵宾手机。
3.1.4指标异常贵宾餐单修改（高级教练角色）
餐单修改页面（原型图非最终效果图）
功能描述：指标异常贵宾餐单修改针对健康指标异常（即体重连续3天≥原体重）的贵宾，高级教练根据其个人具体情况对其餐单进行修改（详见3.2.7.2）。该功能只有高级教练员具有操作权限。
3.2 贵宾管理
贵宾管理首页（原型图非最终效果图）
功能描述：贵宾管理模块实现贵宾信息的查询浏览、新增、修改、删除、记录跟踪及贵宾协议（详见3.2.6）和餐单的管理（详见3.2.7）功能。其中，若协议中没有正在进行的班级，则“餐单”和“跟踪记录”按钮均置灰，不可操作；只有在协议中有正在进行的班级时，“餐单”和“跟踪记录”按钮才可进行操作。根据登录账号的角色不同，可操作贵宾信息的权限也不相同：
教练员：只可查询浏览、修改、跟踪登录教练员名下的贵宾信息及协议的相关操作（详见3.2.6），列表默认显示该教练最近添加班级的贵宾的数据，且按照贵宾数据的添加时间的降序排列（最近添加的贵宾排在前面）。
高级教练员：可查询浏览、修改、跟踪所有的贵宾信息及协议相关操作（详见3.2.6），还可以对贵宾的餐单进行修改（详见3.2.7.2），列表默认显示全部贵宾的数据，且按照贵宾数据的添加时间的降序排列（最近添加的贵宾排在前面）。
3.2.1贵宾信息查询浏览
贵宾信息查询页面（原型图非最终效果图）
功能描述：贵宾信息查询浏览可实现通过“身份证”、“姓名”、“班级”查询贵宾信息。查询结果以列表形式显示，列表中包含字段“编号”、“贵宾姓名”、“性别”、“年龄”、“联系方式”、“操作（修改、协议、餐单、跟踪记录）”。列表中“贵宾姓名”等列显示固定字数（根据页面宽度），超出固定字数以省略号显示，鼠标指针指到相应位置浮现显示全部内容。
未进行查询前，列表默认显示登录用户角色权限范围内（详见3.5.2）的所有的贵宾信息，若没有贵宾数据信息，则显示列表表头，列表内容中显示“系统没有查找到相关记录”；查询后未查询到符合查询条件数据，则显示列表表头，列表内容中显示“系统没有查找到相关记录”。
身份证：限最多允许输入20位字符
姓名：限制最多允许输入20个字符，不限字符格式
3.2.2贵宾信息新增
贵宾信息新增页面（原型图非最终效果图）
功能描述：贵宾信息新增模块实现添加新贵宾信息功能。添加的贵宾信息包括“贵宾姓名”、“性别”、“生日”、“地址”、“联系方式”、“身份证”、“头像”。
贵宾姓名：必填项，限制最多允许输入20个字符，不限字符格式
性别：必填项，下拉列表框单选项（初始进入新增页下拉列表输入框置空）
生日：必填项，限制输入当天及当天日期之前的日期
地址：限制最多允许输入100个字符，不限字符格式
联系方式：必填项，限输入手机号、座机号、区号-座机号格式
身份证：限输入15位、18位身份证号格式
头像：限大小不大于200k
填写完贵宾信息，点击“确定”按钮，信息保存，页面返回到“贵宾管理列表”页，新增贵宾信息在列表中显示；点击“取消”或页面右上角的“返回列表”按钮，信息不保存，页面返回到“贵宾管理列表”页，列表数据信息不做改变。
3.2.3贵宾信息修改
贵宾信息修改页面（原型图非最终效果图）
功能描述：贵宾信息修改模块实现贵宾信息的修改功能。通过点击贵宾管理首页列表中操作列的“修改”按钮（详见3.2中图）进入“贵宾信息修改”页。“贵宾信息修改”页默认显示添加或修改保存后的贵宾信息。登录用户可对贵宾信息进行修改，点击“确定”按钮，则保存修改后信息，页面跳转返回到“贵宾管理列表”页，列表中显示修改后的数据信息；点击“取消”或“返回列表”，则不保存修改后的信息，页面跳转返回到“贵宾管理列表”页，列表数据信息不做改变。
修改页面各项字符限制与新增页面限制相同。
3.2.4贵宾信息记录跟踪
贵宾信息跟踪页面（原型图非最终效果图）
功能描述：贵宾信息记录跟踪模块实现教练员对贵宾信息实时跟踪记录功能。一天可记录n次，记录内容包括“日期（默认显示当天日期）”、“体重”、“脂肪”、“水分”、“燃脂”。
日期：必填项，限输入当天及当天之前的日期
体重：必填项，限制输入不大于999的数字字符，小数格式则保留1位小数，单位kg
脂肪：必填项，限制输入不大于999的数字字符，小数格式则保留1位小数 水分：必填项，限输入不大于999的百分数数字字符，小数格式则保留1位小数
燃脂：必填项，限制输入不大于999的数字字符，小数格式则保留1位小数在新增记录页面将信息填写完整，点击“确定”按钮后，信息保存到数据库，页面跳转返回到“会员管理列表页”；点击“取消”或页面右上角的“”按钮，信息不保存，页面跳转返回到“会员管理列表页”。
3.2.5贵宾基本信息查看
贵宾基本信息查看页（原型图非最终效果图）
功能描述：贵宾基本信息查看模块实现贵宾基本信息的查看功能。点击“贵宾表页”的列表“贵宾姓名”列中的“贵宾姓名”（详见3.2中图），页面即可跳转到“贵宾基本信息”页，页面默认显示添加或修改保存后的贵宾信息。该页面只可查看，不能进行修改或其他操作。点击页面中“返回”按钮或“返回列表”按钮，页面跳转返回到“协议列表”页。
3.2.6 协议管理
协议管理首页（原型图非最终效果图）
功能描述：协议管理模块实现贵宾参加协议的查询、新增、查看、修改操作功能。点击“贵宾列表”页列表的“操作列”中的“协议”按钮（详见3.2中图），即可进入“协议列表”页。点击“协议列表”页中的“返回列表”按钮，即可返回到“贵宾列表”页。协议列表中默认显示数据按照添加时间的降序排列（即最新添加的数据排在最前面）。班级和方案等列显示固定字数（根据页面宽度），超出固定字数以省略号显示，鼠标指针指到相应位置浮现显示。
3.2.6.1 协议查询
保密级别：S 资料编号：SRS-[产品代号] -[序列号] 版本：V[*].[*] [产品型号名称（二号字体）] [部件型号名称（可选、小二号字体）] 软件需求分析说明书 共11页 编制： 审核： 审定： 会签： 批准： XXXXXXXXXX公司 [****]年[**]月[**]日
文档修改记录
目录 1引言 (2) 1.1编写目的 (2) 1.2范围 (2) 1.3定义、首字母缩写词和缩略语 (2) 1.4参考资料 (2) 2项目概述 (3) 2.1产品描述 (3) 2.2产品需求 (3) 2.2.1功能需求 (3) 2.2.2性能需求 (4) 2.2.3可服务性需求 (4) 2.3用户及用户特点 (4) 2.4一般约束 (5) 2.5假设和依据 (5) 3用例描述 (5) 3.1用例1 (5) 3.2用例2 (6) 3.3用例n (6) 4外部接口需求 (7) 4.1用户接口 (7) 4.2硬件接口 (7) 4.3软件接口 (7) 4.4通信接口 (8) 5设计约束 (8) 5.1其他标准的约束 (8) 5.2硬件的限制 (8) 6属性 (8) 6.1可用性 (8) 6.2安全性 (9) 6.3可维护性 (9) 6.4可转移＼转换性 (9) 6.5警告 (9) 7其他需求 (9) 7.1数据库 (9) 7.2操作 (10) 7.3场合适应性需求 (10) 8附录 (10)
[说明：本模板中的蓝色字体与橙色字体为说明性文字，在最终提交的文档中请删除这些说明性的文字。] 1 引言 1.1 编写目的 说明编写这份软件需求说明书的目的，指出预期的读者范围。 1.2 范围 说明： a．待开发的软件系统的名称； b．说明软件将干什么，如果需要的话，还要说明软件产品不干什么； c．描述所说明的软件的应用。应当： 1）尽可能精确地描述所有相关的利益、目的、以及最终目标。 2）如果有一个较高层次的说明存在，则应该使其和高层次说明中的类似的陈述相一致（例如，系统的需求规格说明）。 1.3 定义、首字母缩写词和缩略语 列出本文件中用到的专门术语的定义和缩写词的原词组。 1.4 参考资料 列出要用到的参考资料，如： a．本项目的经核准的计划任务书或合同、上级机关的批文； b．属于本项目的其他已发表的文件； c．本文件中各处引用的文件、资料，包括所要用到的软件开发标准。 列出这些文件的标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料的来源。
需求说明书（软件项目管理系统） §1、前言 1.1概述 1.1.1 项目名称：软件项目管理系统 项目代码：ProjectManager 1.1.2 开发目的：本系统应能 a．管理软件项目和项目组； b．管理与项目相关的数据项和数据结构； c．管理与项目相关的系统功能描述和分组； d．管理与项目相关的项目任务和项目任务进度； e．管理与项目相关的问题，并且能进行问题跟踪； f．管理与项目相关的文档。 1.1.3 相关读者：部门经理，项目经理，测试人员，设计人员，编程人员。 1.1.4 本项目与其它产品（软件）关系。 1.2术语 本分析书所使用的专门术语定义： 部门经理——能建立项目和项目组的系统使用者； 项目经理——能进行§1.1.2.b - §1.1.2.f管理的系统使用者； 设计人员——能进行§1.1.2.b - §1.1.2.f管理的系统使用者； 编程人员——能进行§1.1.2.d - §1.1.2.f管理的系统使用者； 数据项——目标系统中的最小信息单位； 数据结构——数据项的有意义集合； 系统功能——通过目标系统能完成的有效活动； 项目任务——开发项目中要求完成的有效活动； 1.3参考资料 列举编写本分析书时所参考资料的详细信息、标题、作者、版本号、发表日期和来源等。 1.4运行环境 操作系统：Windows 2000 Professional； 数据库：MS SQL 2000 或Oracle。 1.5条件和限制 开发环境：Microsoft Visual Studio .NET 2003； 使用工具：C# §2、系统需求 1.1 功能说明 根据用户编码和用户密码校核该用户是否合法； 在校验用户密码后，可修改用户自己的密码；
《软件需求说明书》 1引言 1.1编写目的 说明编写这份软件需求说明书的目的，指出预期的读者。 1.2背景 说明： a．待开发的软件系统的名称； b．本项目的任务提出者、开发者、用户及实现该软件的计算中心或计算机网络； c．该软件系统同其他系统或其他机构的基本的相互来往关系。 1.3定义 列出本文件中用到的专门术语的定义和外文首字母组词的原词组。 1.4参考资料 列出用得着的参考资料，如： a．本项目的经核准的计划任务书或合同、上级机关的批文； b．属于本项目的其他已发表的文件； c．本文件中各处引用的文件、资料、包括所要用到的软件开发标准。列出这些文件资料的标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料的来源。 2任务概述 2.1目标 叙述该项软件开发的意图、应用目标、作用范围以及其他应向读者说明的有关该软件开发的背景材料。解释被开发软件与其他有关软件之间的关系。如果本软件产品是一项独
立的软件，而且全部内容自含，则说明这一点。如果所定义的产品是一个更大的系统的一个组成部分，则应说明本产品与该系统中其他各组成部分之间的关系，为此可使用一张方框图来说明该系统的组成和本产品同其他各部分的联系和接口。| 2.2用户的特点 列出本软件的最终用户的特点，充分说明操作人员、维护人员的教育水平和技术专长，以及本软件的预期使甩频度。这些是软件设计工作的重要约束 2.3假定和约束 列出进行本软件开发工作的假定和约束，例如经费限制、开发期限等。 3需求规定 3.1对功能的规定 用列表的方式（例如IPO表即输入、处理、输出表的形式），逐项定量和定性地叙述对软件所提出的功能要求，说明输入什么量、经怎样的处理、得到什么输出，说明软件应支持的终端数和应支持的并行操作的用户数。 3.2对性能的规定 3.2.1精度 说明对该软件的输入、输出数据精度的要求，可能包括传输过程中的精度。 3.2.2时间特性要求 说明对于该软件的时间特性要求，如对： a．响应时间； b．更新处理时间； c．数据的转换和传送时间； d．解题时间；等的要求。 3.2.3灵活性 说明对该软件的灵活性的要求，即当需求发生某些变化时，该软件对这些变化的适应能力，如： a．操作方式上的变化； b．运行环境的变化； c．同其他软件的接口的变化；
［在此处键入］****系统 软件需求规格说明书Versio n 1.0
精品资料
修订历史记录
目录 1 引言 (5) 1.1 目的与范围 (5) 1.2 预期的读者 (5) 1.3 系统的范围 (5) 1.4 参考资料 (5) 1.5 术语、缩写词 (6) 2 当前系统 (6) 2.1 当前系统概述 (6) 2.2 当前系统存在的问题................................... 错误！未定义书签。 3 建议的系统 .............................................................. 错误！未定义书签。 3.1 建议系统概述......................................... 错误！未定义书签。 3.2 功能性需求概述....................................... 错误！未定义书签。 3.3 非功能性需求......................................... 错误！未定义书签。 3.3.1 用户界面与人员因素............................ 错误！未定义书签。 3.3.2 硬件考虑..................................... 错误！未定义书签。 3.3.3 性能特征..................................... 错误！未定义书签。 3.3.4 错误处理与极端情况............................ 错误！未定义书签。 3.3.5 系统接口..................................... 错误！未定义书签。 3.3.6 质量要求..................................... 错误！未定义书签。 3.3.7 物理环境..................................... 错误！未定义书签。 3.3.8 安全问题..................................... 错误！未定义书签。 3.3.9 资源问题..................................... 错误！未定义书签。 3.4 系统变更............................................. 错误！未定义书签。 3.5 约束( Constraints ) ................................................................................. 错误！未定义书签。 3.6 系统模型............................................. 错误！未定义书签。 3.6.1 用例模型 (6) 3.6.2 对象模型..................................... 错误！未定义书签。 4 附录 .................................................................... 错误！未定义书签。 4.1 NEMA 0183 格式简介 ................................... 错误！未定义书签。
XX棋牌游戏平台功能需求说明书 目录 1.1项目定义.......................................... 1.2项目目标.......................................... 1.3性能指标.......................................... 2.平台功能要求........................................ 2.1用户注册、登陆、管理 .......................... 2.2游戏大厅...................................... 2.3游戏房间...................................... 2.4平台功能说明.................................. 2.5平台管理员功能 ................................ 2.6网站后台管理.................................. 2.7充值卡管理.................................... 2.8版本升级...................................... 2.9需开发的游戏.................................. 3.平台比赛功能说明.................................... 3.1打立出局赛制.................................. 3.2定局积分赛制.................................. 3.2.1循环赛制.................................... 3.2.2其他规则.................................... 3.2.3场控........................................
厦漳大桥养护管理系统 V1.0 软件需求说明书 二〇一七年七月 2017.07
修改记录
目录
第一章引言 1.1编写目的 本文档作为甲乙双方就厦漳大桥养护管理系统需求理解达成一致共识的基础文件，作为双方界定项目范围、签定合同的主要基础，也作为本项目验收的主要依据。同时，本文档也作为后继工作开展的基础，供双方项目主管负责人、项目经理、技术开发人员、测试人员等理解需求之用。 1.2适用范围 本文档适用于所有与本项目有关的软件开发阶段及其相关人员，其中：项目负责人、公司方项目经理、技术开发人员（包括分析人员、设计人员、程序人员）、测试人员应重点阅读本文档各部分，其他人员可选择性阅读本文档。 1.3文档概述 本文档主要描述了厦漳大桥养护管理系统的软件需求。 本文档首先从业务背景、系统功能、运行环境等方面概要描述系统，其次从软件接口等方面描述系统的外部接口需求，然后进一步详细描述功能性需求和非功能性需求以及待确定的问题。 1.4参考资料 甲方提供的原型图、需求资料、项目背景资料等。 1.5业务背景 厦漳跨海大桥2013年5月28日正式投入运营，工程起点在主线K1+065处与厦门至成都国家高速公路海沧枢纽立交相接，途经青礁村、海门岛，止于漳州龙海市沙坛村后宅处，终点里程桩号K10+400.390，与招银疏港高速公路相连。路线长度为9335.390m，其中桥梁长度为8669.9m。大桥工程主要包括北汊桥、海门岛立交及收费服务区、南汊桥、海平互通立交等几个部分，双向6车道，设计时速100km/h。 全桥共打下桩基1441根、墩身322座、主塔4座，共296根斜拉索，用材11.5万吨钢筋、 68.7万立方米混凝土。能抗14级台风和7度地震。北汊主桥为连续半漂浮体系双塔双索面斜拉桥，主跨780m，可满足3万吨级船舶安全通航，在同类型桥梁中居全国第六、世界第
XXX项目 软件需求规格说明书 XXXX 20 年月日
文档信息 修订历史 文档编制、审核与批准
目录 1引言 (1) 1.1 目的 (1) 1.2范围 (1) 1.3定义、简写和缩略语 (1) 1.4引用文件 (1) 1.5综述 (2) 2总体描述 (2) 2.1产品描述 (2) 2.1.1系统接口 (2) 2.1.2用户界面 (2) 2.1.3硬件接口 (3) 2.1.4软件接口 (3) 2.1.5通信接口 (3) 2.1.6内存约束 (3) 2.1.7操作 (3) 2.1.8现场适应性需求 (4) 2.2产品功能 (4) 2.3用户特点 (4) 2.4约束 (4) 2.5假设和依赖关系 (5) 2.6需求分配 (5) 3具体需求 (5) 3.1外部接口 (5) 3.2功能 (6) 3.3性能需求 (7) 3.4数据库逻辑需求 (8) 3.5设计约束 (8) 3.5.1标准依从性 (8) 3.6软件系统属性 (8) 3.6.1可靠性 (9) 3.6.2可用性 (9) 3.6.3安全保密性 (9) 3.6.4可维护性 (9) 3.6.5可移植性 (9) 3.7具体需求的组织 (9) 3.7.1系统模式 (10) 3.7.2用户类型 (11) 3.7.3对象 (11) 3.7.4特征 (11) 3.7.5激励 (11) 3.7.6响应 (11) 3.7.7功能层次 (11)
3.8附加说明 (12) 4附录 (12)
1引言 本部分应当提供整个SRS的概述 1.1 目的 本条宜： a)描述SRS的目的； b)说明SRS的预期读者。 1.2范围 本条宜： a)通过名称识别要生产／开发的软件产品(例如，宿主数据库管理系统(DBMS)、报告生成器等）； b)必要时，说明软件产品将做或不做什么； c)描述规定的软件的应用，包括相关的收益、目标和目的； d)如果上层规格说明（如，系统需求规格说明）存在，与上层规格说明类似的陈述保持一致。 1.3定义、简写和缩略语 本条宜提供对正确解释SRS所要求的所有术语、简写和缩略语的定义，这些信息可以通过引用SRS中的一个或多个附录、或者引用其他文件的方式来提供。 1.4引用文件 本条宜：
软件需求分析说明书集团标准化工作小组 #Q8QGGQT-GX8G08Q8-GNQGJ8-MHHGN#
学生信息管理系统 需求分析说明书 1.引言 编写目的 确定学生信息管理系统功能的有效性需求；以供本系统的开发人员参考。 项目背景 开发软件名称：学生信息管理系统。 用户：教学办公室 项目和其他软件：系统的关系。 本项目采用客户机/服务器原理，客户端程序是建立在window NT系统上以 Java为开发软件的应用程序，服务器端采用Linux为操作系统的工作站，是采用Oracle 的为开发软件的数据库服务程序。 定义 学号：学校给学生的编号，用来区分各个学生的信息的中介。 课程名：学校开设课程的名字 Java+SQL：编写该系统的面向对象的开发语言和数据库语言。
参考资料 ⑴《Oracle从入门到精通》 ⑵《JAVA程序设计项目教程》 ⑶《数据库原理及应用》 ⑷《软件工程案例教程》 2．任务概述 目标 ⑴开发意图：由于学校的不断招生，现有的系统空间小，运行速度缓慢，操作过于复 杂，有的操作还不能执行，所以要开发本系统。 ⑵应用目标：学生信息管理系统将解决现有系统的空间不足，运行缓慢，操作复杂，操 作无效等问题。 运行环境 本系统采用C/S体系结构 操作系统：Microsoft Windows xp 支持环境：IIS 数据库：Oracle 软件设备：eclipse 内存：512 M以上 硬盘空间：40G以上 CPU: 233MHZ以上
内存：256M以上 硬盘空间：以上 假定与约束 使用本系统的用户群集中在 22-35 岁的年轻人，用来做学生信息的存储，对计算机的操作一般比较熟练。根据他们对本程序的认可、方便操作的程度，结合他们日常工作的频繁程度，系统每天操作完成一个功能点应该在 2- 10 次之间。用户对界面的友好性，有非常高的要求。本系统的规模比较小，并且将提供操作手册进行操作项的详细说明 （1）、Client/Server结构总体设计方案对它的约束：本系统做为Client/Server 结构的一个应用系统，不可避免的要受到Client/Server结构的约束。在其实施的各个阶段都要服从它的一些规划，包括功能设计、系统配置和计划。同时，由于信息的共享，机票预订系统还受到其它系统的信息约束。 （2）、人力、时间的约束：本系统开发过程中也要考虑到人力、资金和时间的约束。 （3）、技术发展规律的约束：计算机技术和产品的发展日新月异，将会给信息处理带来更多的手段，同时也会带来更加丰富的信息表达形式。例如图象和语音技术的进步，多媒体技术的发展，这些都要求系统在设计时考虑技术变化的可能性，为可能的变化预留一定的系统处理能力。 3．需求规定 对功能的规定 系统流程图：系统流程图是用户操作此系统的流程和各个用户能够操作的功能，如A-1就是一个系统流程图；用户有系统管理员，教师和学生，每个用户要进入此系统都要登录。每个用户有不同的功能，系统管理员有查询，增加，修改，删除，修改密码，设置权限等功能；教师有查询，修改密码和输入学生成绩的功能；学生只有查询和修改密码的功能。 A-1系统流程图 用例图：用例图是用来表示用户能使用的功能和权限。如图A-2表示系统管理员可以运用的功能，像修改密码，管理学生信息、成绩信息、课程信息、班级信息并且设置权
视频监控应用系统技术需求说明书 我们的视频监控应用系统是B/S架构的应用系统，提供给不同区域不同用户访问视频监控实时视频及历史录像的功能，同时我们还有对应的手机APP版应用系统，需要转发平台支持手机视频转发功能，并且提供相关的接口支持手机无障碍访问平台，保证访问视频的流畅性。以下是详细的关于对转发平台的技术需求。 一、基于PC端的系统转发平台技术需求 PC端的系统中有一个视频管理系统模块，视频管理系统与转发平台进行对接，对转发平台上连接的摄像机等设备进行添加和管理，并对这些摄像机设备分配到不同地区不同权限用户的账户，供不同权限的用户观看实时视频监控和视频监控录像（这块权限控制我们自己做，需要的是对平台上视频列表的调用，提供视频调用播放的地址）。我们寻求的解决方式有以下三种（可能我们对转发平台及流媒体服务器这块的表述不是太专业，只能表达大体的需求）：方式一、转发平台具有将视频监控视频流转化为支持Flash播放的视频流和Flash可以直接播放的文件格式，如.FLV格式，并提供相关的web访问方式（无需控件）和接口及说明文档，以及对整个转发平台和前端设备进行管理的权限。此种方式，我们通过Flash技术实现视频监控的播放功能，用户在播放视频时不需要安装控件，可以直接进行播放。对实时视频和视频录像的分别的需求如下： 1、实时视频监控： （1）、转发平台实现对实时视频流的转码，转化成支持Flash解码播放的视频流，并提供相应的解码方式及转发平台系统的访问方式、账户、密码以及相关的使用配置说明文档。 （2）、转发平台与我公司的视频管理系统进行对接，实现对转发平台上的前端设备进行管理的功能，转发平台对前端设备的管理必须要有一定的可以区分摄像机地理位置的标识，以方便我视频管理系统对接时进行前端设备的管理。我公司视频管理系统根据需求进行相关的权限的分配连接到不同的应用系统上，以提供视频播放功能。转发平台需提供相关的web实现的接口（C#语言）、demo及接口说明文档。 2、视频监控录像：
专 组号：小组成员： 完成时间：
目录 1.系统概述 (3) 1.1. 系统功能简介 (3) 1.2 系统用户角色 (3) 2.理由 (3) 3.项目范围 (3) 4.系统假设 (3) 5.系统定义 (4) 6.用户场景 (5) 7.用户用例 (5) 7.1 用户用例步骤 (5) 7.2系统需求 (9) 7.2.1 功能需求 (9) 7.2.2 非功能需求 (12) 8.文档历史 (14)
1.系统概述 1.1. 系统功能简介 教务处工作人员根据设置的用户名和密码，登录到学生信息管理系统，并对学生提交的信息修改进行审核,,系统优先级高; 档案管理员添加、查看、删除、修改学生的基本信息, 系统优先级高; 老师查看自己所管班级的学生的信息, 系统优先级高; 学生修改、查看自己的某些信息, 系统优先级高; 1.2 系统用户角色 2.理由 由于现在的学校规模在逐渐的扩大，设置的专业类别、分支机构及老师、学生人数越来越多，对于过去的学生信息管理系统，不能满足当前学生信息管理的服务性能要求。本报告对于开发新的<<学生信息管理系统>>面临的问题及解决方案进行初步的设计与合理的安排，对用户需求进行了全面细致的分析，更清晰的理解学生信息管理系统业务需求，深入描述软件的功能和性能与界面，确定该软件设计的限制和定义软件的其他有效性需求，对开发计划进行了总体的规划确定开发的需求与面临困难的可行性分析。 3.项目范围 学生信息管理系统是典型的信息管理系统，其开发主要包括后台数据库的建立、维护以及前端应用程序的开发两个方面。对于前者要求建立起数据一致性和完整性强、数据安全性好的数据库。而对于后者则要求应用程序具有功能完备，易使用等特点。学生信息管理系统对全校学生实行统一的管理，可以方便的进行增添、查询、修改、删除学生信息的工作。为了使本系统成功达到用户的要求，需要在2012.12.28之前完成本系统的开发测试，并写提交相关的技术文档。通过与用户的沟通，及时获得用户的最新需求以便于本系统的完善。 4.系统假设 本项目的开发时间为2012.9.9—2012.12.28 开发人员人数：3人 技术文档写作人员人数3人
XXXXXX 单位
XXXXXXX 项目
软件需求规格说明书
龙子湖网络科技
项目 文档 文档 ID 说明 作者 最后更新时间
项目名称 软件需求规格说明书
V1.2 *** 2011-10-20
版本更新概要 版本号 V1.0
V1.1
V1.2
时间 2011-10-02
2011-10-20
2011-11-08
更新人
更新摘要 移动 OA、车辆管理模块
需求容 移动政务资源管理系统
平台需求容 根据业务需求，电子公
文在线预览
项目负责人审核与确认 供应商：
职位
审核时间
审核意见(签字)
客户方：
目录
第一章 引言 ................................................................... 5
1 编写目的 .................................................................. 5 2 软件需求分析理论........................................................... 5 3 软件需求分析目标........................................................... 5 4 参考文献 .................................................................. 6
第二章 需求概述................................................................ 7
1. 项目背景 .................................................................. 7 2. 需求概述 .................................................................. 7 3. 条件与限制(可选)........................................................... 8 4. 移动办公系统结构........................................................... 8 5. 移动办公网络拓扑图......................................................... 9
第三章 系统功能需求........................................................... 10
1. 移动办公系统升级改造需求.................................................. 10 界面显示要求 ........................................................... 11 待办公文列表 ........................................................... 11 待办公文列表排序 ....................................................... 12 公文详细信息界面元素.................................................... 12 信息审批 ............................................................... 12 会议申请 ............................................................... 12 意见录入 ............................................................... 12 移动 ................................................................... 13 会议管理 ............................................................... 13 通知通告 ............................................................... 14 通讯录管理 ............................................................. 14
2. 车辆管理模块升级改造需求.................................................. 14 系统功能架构 ........................................................... 14 网络拓扑结构 ........................................................... 16
国安创客 平台功能需求规格说明书 版本： 1.0 日期：2015年？月
修改记录 *A–新增M–修改D–删除
目录 引言 (4) 1.1 目的 (4) 1.2 文档约定 (4) 2 总体框架及流程图 (4) 2.1 用户角色说明 (4) 2.2 总体业务架构 (4) 2.3 系统功能模块 (4) 2.4 业务流程 (5) 3 功能分解 (5) 3.1 基础信息（如有角色或权限新增修改时，否则删除） (5) 3.1.1 功能分解 (5) 3.2 销售管理 (8) 3.2.1 角色及职责描述 (8) 3.2.2 流程清单 (8)
引言 1.1目的 本文档详细描述平台功能必须满足的产品功能需求、非功能需求（质量属性和外部接口）与限制条件，作为后续相关项目的项目管理人员、系统设计人员、编码和测试人员以及其他相关人员开展工作的基础和依据，同时也界定了本部分的工作内容。 1.2文档约定 在本文档中描述的所有需求都有一个唯一的编号标识。该需求编号在需求确立时产生并在整个项目开发过程中保持不变。 2总体框架及流程图 2.1用户角色说明 2.2总体业务架构 2.3系统功能模块
2.4业务流程 流程图： 业务描述及说明： 3功能分解 3.1基础信息（如有角色或权限新增修改时，否则删除） 基础信息包括角色管理、用户管理、权限管理，数据字典维护等功能 3.1.1功能分解 3.1.1.1角色管理 3.1.1.1.1业务描述 提供提供用户角色信息的增加、修改、显示、查询、删除功能，供输入过程中下拉菜单选择。 3.1.1.1.2输入输出
3.1.1.1.3业务逻辑处理 3.1.1.1.4参考文档
图书管理系统软件需求规格说明书 编著郑帅王超朱丙虎魏建德李璋 1 引言 本需求规格说明书是为了方便管理图书管理系统而编写，主要面向图书管理员、学生，老师, 和其他借阅图书的人员。本文档是整个软件开发的依据，它对以后阶段的工作起指导作用。本文也是项目完成后系统验收的依据。同时本说明书还是《用户手册》和《测试计划》的编写依据 1.1 编写目的 本文主要研究图书管理系统的主要功能，将用户对该系统的需求进行准确、具体的描述。 本文的预期读者是开发团队，指导老师，用户。 1.2 背景及范围 本项目的名称：图书管理系统开发软件。 本项目的任务提出者及开发者是图书管理系统软件开发小组,用户是图书管理员以普通及学生用户。本产品能具体化、合理化的管理图书馆的所存图书。 1.3 定义缩写词略语 C#语言：C#是微软为.NET Framework量身订做的程序语言，C#拥有 C/C++的强大功能以及Visual Basic简易使用的特性，是第一个组件导向的程序语言，和C++与Java一样亦为对象导向程序语言。 图书管理系统：图书管理是帮助图书管理员对图书进行有效管理的软件。使用C#语言，独立完成其功能。 1.4 参考资料 2 项目概述 2.1 目标 a. 为了图书管理系统更完善； b. 为了图书管理员对图书的管理更方便； c. 为了使学生更加快捷地查询图书信息。 2.2用户特点 本软件的使用对象是图书管理员及普通借书同学。懂计算机的基本操作就可以利用该软件进行所需操作。 2.3假定与约束 2.3.1 假设和依据 假设开发经费不到位，管理不完善，设计时没能用全得到考虑，本项目的开发都将受到很大的影响。 2.3.2一般约束
WORD文档可编辑 X X X X X X单位 X X X X X X X项目 软件需求规格说明书 金碧信息科技
目录 第一章引言 (5) 1编写目的 (5) 2软件需求分析理论 (5) 3软件需求分析目标 (5) 4参考文献 (6) 第二章需求概述 (7) 1.项目背景 (7) 2.需求概述 (7) 3.条件与限制(可选) (8) 4.移动办公系统结构 (8) 5.移动办公网络拓扑图 (9) 第三章系统功能需求 (10) 1.移动办公系统升级改造需求 (10) 界面显示要求 (11) 待办公文列表 (11) 待办公文列表排序 (11) 公文详细信息界面元素 (11) 网站信息审批 (12) 会议申请 (12) 意见录入 (12) 移动邮件 (12) 会议管理 (13) 通知通告 (13) 通讯录管理 (14) 2.车辆管理模块升级改造需求 (14) 系统功能架构 (14) 网络拓扑结构 (15)
3.电子公文预览需求 (15) 电子公文交换网络 (16) 电子公文交换流程 (18) 4.政务信息管理系统平台功能需求 (19) 第四章软硬件或其他外部系统接口需求 (21) 1.用户界面 (21) 2.硬件需求 (22) 3.网络需求 (22) 4.接口需求 (22) 5.通信需求 (23) 6.运行环境 (23) 第五章其他非功能需求 (24) 1.性能需求 (24) 2.安全设施需求 (25) 3.安全性需求 (25) 4.扩展性需求 (26) 5.可移植性需求 (26)
第一章引言 1编写目的 为明确软件需求、安排项目规划与进度、组织软件开发与测试，撰写本文档。 2软件需求分析理论 软件需求分析（Software Reguirement Analysis）是研究用户需求得到的东西，完全理解用户对软件需求的完整功能，确认用户软件功能需求，建立可确认的、可验证的一个基本依据。 软件需求分析是一个项目的开端，也是项目实施最重要的关键点。据有关的机构分析结果表明，设计的软件产品存在不完整性、不正确性等问题80％以上是需求分析错误所导致的，而且由于需求分析错误造成根本性的功能问题尤为突出。因此，一个项目的成功软件需求分析是关键的一步。 3软件需求分析目标 软件需求分析的主要实现目标： 1)对实现软件的功能做全面的描述，帮助用户判断实现功能的正确性、一 致性和完整性，促使用户在软件设计启动之前周密地、全面地思考软件 需求； 2)了解和描述软件实现所需的全部信息，为软件设计、确认和验证提供一 个基准； 3)为软件管理人员进行软件成本计价和编制软件开发计划书提供依据； 需求分析的具体内容可以归纳为六个方面：软件的功能需求，软件与硬件或其他外部系统接口，软件的非功能性需求，软件的反向需求，软件设计和实现上的限制，阅读支持信息。 软件需求分析应尽量提供软件实现功能需求的全部信息，使得软件设计人员
[软件需求]销售系统软件需求说明书
＜网络营销系统＞ 软件需求说明书 作者：杨晶 完成日期：2010年7月6日 签收人： 签收日期： 修改情况记录：
目录 1 引言 (1) 1.1 编写目的 (1) 1.2 范围 (1) 1.3 定义 (2) 1.4 参考资料 (3) 2 项目概述 (4) 2.1 产品描述 (4) 2.2 产品功能 (4) 2.3 用户特点 (5) 2.4 一般约束 (5) 2.5 假设和依据 (5) 3 具体需求 (6) 3.1 功能需求 (6) 3.1.1 功能需求1 (6) 3.1.2 功能需求2 (7) 3.1.n 功能需求n (7) 3.2 外部接口需求 (8) 3.2.1 用户接口 (8) 3.2.2 硬件接口 (8) 3.2.3 软件接口 (8) 3.2.4 通信接口 (9) 3.3 性能需求 (9) 3.4 设计约束 (9) 3.4.1 其他标准的约束 (10) 3.4.2 硬件的限制 (10) 3.5 属性 (10) 3.5.1 可用性 (10) 3.5.2 安全性 (11) 3.5.3 可维护性 (11) 3.5.4 可转移＼转换性 (11) 3.5.5 警告 (12) 3.6 其他需求 (12) 3.6.1 数据库 (12) 3.6.2 操作 (12) 3.6.3 场合适应性需求 (13) 4 附录 (13)
1 引言 1.1 编写目的 近年来，互联网技术的迅猛发展使电子商务在世界范围内蓬勃兴起。基于Internet的电子商务冲击着传统企业的经营模式、管理模式和经济活动的运作手段，它为中小企业提供了大量市场机会，也缩小了大型企业和中小企业之间的市场地位的差距，为中小企业提供了竞争的机会。 1.2 范围 说明： a．该系统名为网络销售系统 b．该系统更大的方便了群众，减少了用户外出或者购买的不便。 c．该系统的应用： 1）该系统的开发，为更多的经销商提供了 更好的发展平台，扩大了业务，更好的适 应了当今社会的发展需求，同时为广大的 用户提供了方便。
软件需求说明书 （转载自国家计算机标准和文件模板） 软件需求说明书的编制是为了使用户和软件开发者双方对该软件的初始规定有一个共同的理解，使之成为整个开发工作的基础。编制软件需求说明书的内容要求如下： 1.引言 1.1 编写目的 说明编写这份软件需求说明书的目的，指出预期的读者。 1.2 背景 说明： a.待开发的软件系统的名称； b.本项目的任务提出者、开发者、用户及实现该软件的计算中心或计算机网络； c.该软件系统同其他系统或其他机构的基本的相互来往关系。 1.3 定义 列出本文件中用到的专门术语的定义和外文首字母组词的原词组。 1.4 参考资料 列出用得着的参考资料，如： a.本项目的经核准的计划任务书或合同、上级机关的批文； b.属于本项目的其他已发表的文件； c.本文件中各处引用的文件、资料、包括所要用到的软件开发标准。列出这些文件资料的标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料的来源。 2. 任务概述 2.1 目标 叙述该项软件开发的意图、应用目标、作用范围以及其他应向读者说明的有关该软件开发的背景材料。解释被开发软件与其他有关软件之间的关系。如果本软件产品是一项独立的软件，而且全部内容自含，则说明这一点。如果所定义的产品是一个更大的系统的一个组成部分，则应说
明本产品与该系统中其他各组成部分之间的关系，为此可使用一张方框图来说明该系统的组成和本产品同其他各部分的联系和接口。 2.2 用户的特点 列出本软件的最终用户的特点，充分说明操作人员、维护人员的教育水平和技术专长，以及本软件的预期使甩频度。这些是软件设计工作的重要约束。 2.3 假定和约束 列出进行本软件开发工作的假定和约束，例如经费限制、开发期限等。 3. 需求规定 3.1 对功能的规定 用列表的方式（例如IPO表即输入、处理、输出表的形式），逐项定量和定性地叙述对软件所提出的功能要求，说明输入什么量、经怎样的处理、得到什么输出，说明软件应支持的终端数和应支持的并行操作的用户数。 3.2 对性能的规定 3.2.1 精度 说明对该软件的输入、输出数据精度的要求，可能包括传输过程中的精度。 3.2.2 时间特性要求 说明对于该软件的时间特性要求，如对： a.响应时间； b.更新处理时间； c.数据的转换和传送时间； d.解题时间；等的要求。 3.2.3 灵活性 说明对该软件的灵活性的要求，即当需求发生某些变化时，该软件对这些变化的适应能力，如： a.操作方式上的变化； b.运行环境的变化；
<实训管理平台> 需求说明书
目录 1.引言 (2) 1.1 编写目的 (2) 1.2 背景 (2) 1.3 定义 (2) 1.4 参考资料 (2) 2. 项目概述 (3) 2.1 目标 (3) 2.2 产品功能概述 (3) 2.3 用户特点 (3) 2.4 限制与约束 (4) 3. 具体需求 (4) 3.1 功能描述 (4) 3.1.1系统功能划分 (4) 3.1.2系统功能详述 (4) 3.1.2.1系统角色描述 (5) 3.1.2.2前台信息发布展示平台 (5) 3.1.2.3后台管理平台 (9) 3.1.2.4实训成果管理平台 (20) 3.2 性能需求 (21) 3.2.1精度 (21) 3.2.2时间特性要求 (21) 3.2.2.1响应时间 (21) 3.2.2.2运行时间 (21) 3.3 外部接口需求 (22) 3.3.1用户接口 (22) 3.3.2软件接口 (22) 4. 附录 (22)
1.引言 1.1编写目的 根据实训平台项目开发需求与实训管理要求，编写项目软件需求规格书。本文档的目的是确定系统开发的范围；反映出系统的结构，为开发人员、维护人员、需求人员间提供共同的协议而创立基础，对软件功能的实现作使命描述，作为软件人员进行设计和编码的基础；作为实训小组成员的共同文档，为各小组成员完成任务提供依据；确定系统测试及验收内容。 1.2背景 待开发系统名称：实训管理平台 本项目任务提出者：刘凤华 开发者：郭靖、李夷洁、万团结、马可、弓智华、罗起 系统使用者：实训所有参与者，包括普通用户、实训负责人、实训指导老师、实训学生 1.3定义 1.4参考资料 无
《择易企业管理系统商务版V3。0》 软件需求说明书 软件开发有限公司
《择易企业管理系统商务版V3。0》软件需求说明书 目录 1.编写目的 (8) 2.背景 (8) 2.1.定义 (8) 2.2.参考资料 (8) 2.3.目标 (8) 2.4.用户的特点 (8) 2.5.假定和约束 (8) 3.需求规定 (8) 3.1.采购管理 (8) 3.1.1采购订单APOrder (9) 3.1.2采购收货APRecieve (11) 3.1.3采购退货APRetturn (12) 3.1.4采购发票APInvoice(扩展) (14) 3.1.5采购付款 (15) 3.1.6显示凭证（不产生凭证，只是显示凭证的内容） (16) 3.1.7采购数据查询 (16) 3.1.8采购统计报表 (16) 3.1.9采购决策分析图 (16) 3.1.10采购历史数据维护 (16) 3.2.销售管理 (17)
3.2.1销售订单AROrder (18) 3.2.2销售发货APROredr (19) 3.2.3销售退货ARReturn (20) 3.2.4销售发票ARInvoice (22) 3.2.5销售收款 (23) 3.2.6显示凭证（不生成凭证，仅提供显示凭证的内容） (24) 3.2.7门市零售 (24) 3.2.8库存盘点（见库存管理） (24) 3.2.9货品调拨（见库存管理） (24) 3.2.10货品维修服务 (24) 3.2.11销售数据查询 (25) 3.2.12销售统计报表 (25) 3.2.13销售决策分析图 (26) 3.2.14销售历史数据维护 (26) 3.3.库存管理（Inventory Control） (26) 3.3.1货品入库（入库单）ICReceiveOrder (27) 3.3.2货品出库（出库单） (29) 3.3.3货品调拨 (30) 3.3.4货品盘点 (31) 3.3.5组合货品定义 (32) 3.3.6货品组装 (33) 3.3.7货品拆分 (33)