app功能需求说明书

app功能需求说明书（通用5篇）

app功能需求说明书 篇1

简介

1.1

目的本文档主要读者：产品总监、产品相关设计人员、技术总监、项目经理、开发

相关人员、测试经理及相关测试人员等。

1.2

说明

项目名称：***网上商城

简述：***网上商城是公司产品打造体系的一部分，主要表现形式是手机客户端，随着移动互联网用户的增多以及相关技术的普及，移动电子商务成为了日常生活的一部分，那么通过手机实现大宗商品的现货交易成为了公司发展的一个目标，在没有电脑的情况下，客户可以使用手机登陆掌易通客户端进行相关资讯以及交易信息的查看，并且可以实现洽谈、下单、交收等业务。为现货交易更加便捷，实现随时随地电子商务。

产品功能业务需求

2.1

产品构架

产品构架图

2.2

主要流程功能简述

流程简述：

打开客户端后，可以实现三大功能：

一、浏览平台发布的公告信息，竞价公告以及新闻资讯等

二、通过交易大厅、专场浏览挂牌交易信息。

三、会员登录后可以对业务进行处理。

买方会员可以通过一口价或洽谈的方式进行购买下订单。

买方会员可以在业务中心进行验货、验票、评价、将提单生成二维码等操作。

卖方会员可以在业务中心进行发货、评价、将提单生成二维码等操作。

注：手机端不支持支付的功能，需在PC端进行支付。手机端不支持订单、合同的异议功能，需在PC端进行异议处理。

功能界面展示和说明

3.1

前台

l

手机客户端支持分辨率不低于640*960像素

l

本需求中页面效果图为原图，需由专业美工进行适当设计布局，手机界面的整体色系统一、唯美，菜单、下拉框、按钮等控件风格保持一致。

l

进入手机客户端首先进入的是首页

l

加载时显示“请稍等...”

3.1.1

首页

功能简述

系统首页

行为角色

未登录用户，企业会员

前提条件

进入手机客户端

事件流

1、手机端导航：浮动导航，位于页面最下方，5个导航模块图标需要设计。

1)

首页，点击进入“首页”页

2)

交易大厅，点击进入“交易大厅”页

3)

专场，点击进入“专场”页

4)

业务中心，点击进入“业务中心”页，若会员没登录需要先登录。

5)

更多，点击进入“更多”页

2、图片轮播：图片可以在后台维护添加，图片内容以新闻、广告为主。

点击图片后跳转至相应页面。最多显示5张。

3、功能模块：功能模块形状呈圆角矩形，另需设计相应背景图片。有以下几部分组成：

1)

新闻公告，点击后进入“新闻公告”页

2)

交易大厅，点击后进入“交易大厅”页

3)

专场推荐，点击后进入“专场”页

4)

竞价公告，点击后进入“竞价公告”页

4、业务提醒：当会员登录后，若“业务中心”中有待办事项，则在“业务中心”导航模块右上角显示小红圆点标记。

5、用户登录：页面左上角显示用户登录图标，点击后进入会员登录页面。

6、公司名称：显示在页面最上方居中位置，要求字体美观。

7、页面下方显示4条最近的新闻资讯。

备选流

无

特殊需求

采用的业务规则

3.1.1.1

会员登录

功能简述

未登录用户可以登录系统

行为角色

未登录用户

前提条件

无

事件流

用户输入用户名、登录密码进行登录。

记住账号，勾选后记住用户名。

记住密码，勾选后记住登录密码。

返回按钮，点击返回“首页”页面。

备选流

无

特殊需求

采用的业务规则

界面效果图

3.1.1.2

新闻公告

功能简述

查看平台新闻公告

行为角色

未登录用户、登录会员

前提条件

无

事件流

1、标题栏带返回箭头，返回至首页。

2、新闻框：包括图片、标题、副标题。标题显示为两行，大字体，若显示不全用省略号代替；显示发布时间；内容（副标题）显示为两行，小字体，第二行后面用省略号代替。点击框内跳转至新闻详情。

3、排序：时间逆序排序。

4、新闻详情：

1)

标题栏为新闻公告，带返回箭头，返回至上一级。

2)

标题，显示在第一行。

3)

日期，标题下面为日期，小字体，精确到分。

4)

内容

备选流

无

特殊需求

采用的业务规则

界面效果图

新闻详情

3.1.1.3

竞买公告

功能简述

显示每日竞买公告条数

行为角色

未登录用户，企业会员

前提条件

事件流

1、标题栏带返回箭头

2、公告二级导航：默认竞买公告

1)

竞买公告，点击进入“竞买公告”页

2)

竞卖公告，点击进入“竞卖公告”页

3、默认今日界面，显示共多少场，可选择预告、往期的公告，点击后跳转至预告和往期页，页面只显示时间和场次数量，点击进入预告和往期详情页。

4、公告列表：

1)

按交易开始时间顺序排列，同一时段的场次排列在一起。

2)

显示字段：场次、竞价单号、竞价方式、是否定向、发盘方、竞价品名、总重量、起始总金额。

5、竞买结束后，在原列表显示竞价结果。点击可查看竞价结果。

备选流

无

特殊需求

采用的业务规则

界面效果图

3.1.1.4

竞卖公告

功能简述

显示每日竞卖公告条数

行为角色

未登录用户，企业会员

前提条件

事件流

1、同竞买公告

备选流

无

特殊需求

采用的业务规则

界面效果图

3.1.2

交易大厅

功能简述

显示挂牌交易商品列表

行为角色

未登录用户，企业会员

前提条件

事件流

1、手机端导航：同“首页”

2、分类按钮：页面左上角为分类图标，点击后出现品种下拉框，品种一页放不下的话可以向下滑动，选择后跳转至该品种类下的挂牌列表。

3、搜索：搜索框内只可以搜索品名，模糊搜索，点击后出现下拉搜索框，为半透明模式，输入内容后点击搜索图标显示所搜索的挂牌列表。下拉框内显示搜索历史，可显示最近8次的搜索历史，下方有清空搜索历史的选项按钮。

4、高级搜索：点击“高级”按钮出现高级搜索下拉框，里面有品名、供应商、存货地、价格区间、出价方式的选项。点击存货地向下弹出选择框，确认后收回，并在最后有搜索小图标。

5、挂牌列表：

1)

排序：系统默认按发布时间逆序排列

2)

显示字段：品名、规格、材质（如螺纹钢

25*25

Q235，不显示字段只显示内容，中间有空格）、存货地、供应商、信用等级、出价方式、可购买量、挂牌单价，上面红色字体不显示字段，只显示内容。

3)

出价方式（一口价、可洽谈）显示在该商品信息框的右上角，显著标记。

4)

挂牌单价价格的字体使用大号醒目的颜色。

5)

点击商品信息框跳转到对应商品的“挂牌详情”页面。

6)

列表可向下滑动，展示全部。

6、挂牌排序：

具有三个排序标签按钮，分别为时间、价格、信用。用户可以点击标签按钮按逆序顺序排列。再次点击按顺序排列。

7、UI风格：挂牌信息之间需有缝隙间隔，凸显挂牌信息层次感，设计感强。

备选流

无

特殊需求

定向挂牌的信息只有定向会员才能查看，未登录用户或非定向会员不显示

采用的业务规则

界面效果图

搜索

高级

分类

3.1.2.1

挂牌详情

功能简述

显示当前选中商品的详细信息

行为角色

未登录用户，企业会员

前提条件

事件流

1、标题栏带返回箭头，点击返回按钮，返回之前的“挂牌列表”页面

2、详情页面最上面显示品名和价格，价格醒目。其下面为4个标签页，分别是商品信息、商品描述、交收信息、供应商信息。页面可以左右滑动。

3、商品信息：

1)

信息字段：品种、品名、规格、材质、挂牌重量、起订量、可购买量、存货地、厂家、生产日期、批号、质量标准

4、商品描述：显示商品的详细描述内容。

5、交收信息：显示字段：交收方式、配送方式、结算方式、验货后付款比例、验票后付款比例、保证金证方式、支付保证金额度（支付保证金比例）、保证金截止日、付款截止日、发货截止日、验货截止日、验票截止日、存货地。

6、注：交收方式、配送方式、结算方式是以下拉框的形式存在，点击会后可选择，选择后下拉框收回。双方支付保证金比例或额度与上方保证金方式选择相关，后面单位分别为“%”、“元/次”。填写验货后付款比例自动生成验票后付款比例，两者相加为1。

7、供应商信息：

1)

信息字段：供应商、联系人、联系电话、联系地址。

2)

如果该供应商开通专场功能，在供应商字段后面有“进入专场”按钮。点击后进入该供应商的“专场详情“页面

8、一口价购买、洽谈

1)

在页面最下方，为浮动的购买、洽谈栏。滑动详情页该栏不动。

2)

若出价方式为一口价，则没有洽谈按钮。

3)

购买量字段，输入购买量，点击“一口价购买”按钮，进行购买操作，购买成功跳转到“全部订单”页面

4)

未登录用户点击“一口价购买”按钮跳转到登录页面

5)

已登录但不具备交易权限的会员点击“一口价购买”按钮，弹出提示窗“您还不是交易会员，不能进行现货交易，请登录网站了解详情”

6)

点击洽谈按钮，跳转至洽谈页。

9、一页内显示不了可以向下滑动页面。

备选流

无

特殊需求

采用的业务规则

界面效果图

界面效果图

界面效果图

3.1.2.2

洽谈

功能简述

显示专场列表

行为角色

未登录用户，企业会员

前提条件

事件流

1、洽谈商品信息：品名、规格、材质、厂家、起售重量、可购买量。

2、操作栏：为固定浮动栏。可对采购数量和洽谈单价进行洽谈（即修改），并在上方显示合计数量。点击“洽谈交收信息”跳转至交收编辑页面，点击“提交”后生成洽谈单。

3、洽谈交收信息页面：交收方式（包括线上交收、线下交收）、配送方式（包括买方自提、卖方送货）、结算方式（一票结算、两票结算）、验货后付款比例、验票后付款比例、保证金方式、双方支付履约保证额度或比例、履约保证截止日、付款截止日、验货截止日、验票截止日、存货地、交收详细地址。

4、注：交收方式、配送方式、结算方式是以下拉框的形式存在，点击会后可选择，选择后下拉框收回。双方支付保证金比例或额度与上方保证金方式选择相关，后面单位分别为“%”、“元/次”。填写验货后付款比例自动生成验票后付款比例，两者相加为1。

备选流

无

特殊需求

采用的业务规则

洽谈提交

界面效果图

洽谈提交

界面效果图

3.1.3

专场

功能简述

显示专场列表

行为角色

未登录用户，企业会员

前提条件

事件流

1、手机端导航：同“首页”

2、搜索：搜索框内只可以搜索主营产品，点击后出现下拉搜索框，同交易大厅搜索框。

3、高级搜索：点击“高级”按钮出现高级搜索下拉框，里面有供应商、存货地的选项，并在最后有搜索小图标。

4、专场列表：

1)

系统默认按发布信用等级排列

2)

显示字段：主营产品、所在地区、经营模式、供应商、信用等级

3)

点击信息框或进入专场按钮皆可跳转到供应商“企业专场”页面。

4)

列表可向下滑动，展示全部。

5、UI风格：专场信息之间有缝隙间隔，凸显挂牌信息层次感、设计感强。

备选流

无

特殊需求

采用的业务规则

界面效果图

界面效果图

（高级按钮）

3.1.3.1

企业专场

功能简述

显示企业专场列表

行为角色

未登录用户，企业会员

前提条件

进入企业专场页面

事件流

1、标题栏带返回箭头，返回之前的“专场”页面

2、页面左上角为专场图片，右侧字段为供应商、信用等级、开铺时间、成交总笔数。

3、竞价公告信息：

1)

显示最近的3日次竞价公告。若不够3日次只显示相应的的日次。

2)

显示字段为，日期、共有多少场次。

3)

点击公告信息，跳转至竞价公告详情页面。

4、挂牌信息

1)

显示时间逆序排列的5个挂牌信息。

2)

显示字段为，品名、规格、材质、存货地、可购买量、挂牌单价、出价方式。

3)

点击挂牌信息，调换至挂牌详情页面。

5、浮动栏：页面最底部为浮动栏，有全部挂牌、专场简介、全部竞价的选项，点击全部挂牌跳转至商家的全部挂牌信息列表，页面效果如交易大厅；点击专场简介出现专场简介页面，字段为主营产品、经营模式、所在地区、联系人、联系电话、专场简介；点击全部竞价跳转至商家全部竞价公告列表。

备选流

无

特殊需求

采用的业务规则

界面效果图

专场简介

3.1.4

业务中心

功能简述

显示当前登录会员的业务信息

行为角色

企业会员

前提条件

会员已登录，未登录用户跳转到登录页

事件流

1、手机端导航：同“首页”

2、标题栏，业务中心

3、站内信：页面右上角放置信箱图标，如果有未读的站内信，信箱图标后由醒目的红色数字进行提醒。

4、用户信息：显示用户名、账号总额、可用余额、冻结资金的数据。

5、快捷模块：待付款、待发货、待收货、待评价、待洽谈几个快捷模块分别由小按钮组成。如果有相应的待办事项，在各栏目后由醒目的红色数字进行提醒。点击后进入相应的模块。

6、有待办事项时，要有声音、震动提醒功能。

7、功能模块：功能模块形状呈圆角矩形。

1)

订单管理，点击进入“订单管理”页面

2)

合同管理，点击进入“合同管理”页面

3)

洽谈管理，点击进入“洽谈管理”页面

4)

提单管理，点击进入“提单管理”页面

备选流

无

特殊需求

采用的业务规则

界面效果图

3.1.4.1

待洽谈

功能简述

显示当前待洽谈的信息

行为角色

企业会员

前提条件

会员已登录，并点击待洽谈模块

事件流

1、标题栏带返回箭头，点击返回箭头到“业务中心”页面

2、排序，时间逆序。

3、洽谈单详情：

1)

显示字段：洽谈编号、品名、规格、材质、供应商（采购商）、信用等级、状态、重量、单价、总价

2)

买方看到的是卖方（供应商）名称，卖方看到的应该是买方（采购商）的名称。分别用“供”和“采”表示。

3)

洽谈编号前面字段用“号”表示。

4)

合同状态：待对方回复（状态接口为待卖家回复、待买家回复）

5)

操作：“洽谈”按钮

6)

有操作时，不显示状态。

4、洽谈状态解释，当买家提交洽谈单后，卖家显示状态为“洽谈”按钮。买方显示状态为待对方回复；卖家洽谈回复后，买家显示状态为“洽谈”按钮，卖方显示状态为待对方回复。

即：接口状态为待买方回复时，供应商显示“待对方回复”，采购商显示“回复”按钮；状态为待卖方回复时，采购商显示“待对方回复”，供应商显示“回复”按钮。

5、洽谈结束后不显示在该模块中

6、点击洽谈信息框内部任何位置，跳转至洽谈页。其中待对方回复的洽谈页不可以进行任何操作。

7、若没有数据，则提示，抱歉，您没有需要待洽谈的订单信息。

备选流

无

特殊需求

采用的业务规则

界面效果图

3.1.4.2

待付款

功能简述

显示当前待付款的订单信息

行为角色

企业会员

前提条件

会员已登录，并点击待付款模块

事件流

1、标题栏带返回箭头，点击返回箭头到“业务中心”页面

2、排序，时间逆序。

3、订单详情：

1)

显示字段：订单号、品名、规格、材质、供应商（采购商）、信用等级、状态、总价

2)

买方看到的是卖方（供应商）名称，卖方看到的应该是买方（采购商）的名称。分别用“供”和“采”表示。

3)

订单号前买方看到的是“买”，卖方看到的是“卖”

4)

订单状态：待双方支付履约保证（佣金）、待买方支付履约保证（佣金）、待卖方支付履约保证（佣金）

5)

状态说明：在一口价购买或洽谈确认生成订单后，需要双方支付履约保证；买方先支付履约保证后，显示待卖方支付履约保证；卖方先支付履约保证后，显示待买方支付履约保证；双方完成后生成合同。如果挂牌为线下交收，则显示待**支付佣金。

4、合同详情：

1)

显示字段：合同号、品名、规格、材质、供应商（采购商）、信用等级、存货地、状态、总价

2)

买方看到的是卖方（供应商）名称，卖方看到的应该是买方（采购商）的名称。分别用“供”和“采”表示。

3)

合同号前买方看到的是“买”，卖方看到的是“卖”

4)

合同状态：待支付货款

5)

状态说明：生成合同后，需要买方支付全部货款，即显示状态为待支付货款

5、支付货款后，则该信息不显示在该模块中

6、点击订单/合同信息框内部任何位置，跳转至订单/合同详情。

7、小提示：为了保证您的资金安全，请到电脑端进行支付操作。

8、若没有数据，则提示，抱歉，您没有需要待付款的订单信息。

解释说明：待付款里面有待支付履约保证的也有待支付货款的，也就是说有订单也有合同。

备选流

无

特殊需求

采用的业务规则

界面效果图

3.1.4.3

待发货

功能简述

显示当前待发货的合同信息

行为角色

企业会员

前提条件

会员已登录，并点击待发货模块

事件流

1、标题栏带返回箭头，点击返回箭头到“业务中心”页面

2、排序，时间逆序。

3、合同详情：

1)

显示字段：合同号、品名、规格、材质、供应商（采购商）、信用等级、状态、总价

2)

买方看到的是卖方（供应商）名称，卖方看到的应该是买方（采购商）的名称。分别用“供”和“采”表示。

3)

合同号前买方看到的是“买”，卖方看到的是“卖”

4)

合同状态：待发货

5)

操作：“发货”按钮

6)

有操作时，不显示状态。

4、状态解释：当货物发货或者被买家提走，卖家要到系统进行“发货”操作，点击发货按钮后，弹出提示框，点击确认发货按钮，发货成功，若过了发货截止日，则提示“已经过了发货日期，不能发货！”货物若没有发货，买家显示状态为待发货。

即：当接口数据时“待发货“时，供应商显示为“发货”按钮，采购商显示为“待发货”。

5、发货后不显示在该模块中

6、点击合同信息框内部任何位置，跳转至合同详情。

7、若没有数据，则提示，抱歉，您没有需要待发货的合同信息。

备选流

无

特殊需求

采用的业务规则

界面效果图

3.1.4.4

待收货

功能简述

显示当前待收货的合同信息

行为角色

企业会员

前提条件

会员已登录，并点击待收货模块

事件流

1、标题栏带返回箭头，点击返回箭头到“业务中心”页面

2、排序，时间逆序。

3、合同详情：

1)

显示字段：合同号、品名、规格、材质、供应商（采购商）、信用等级、状态、总价

2)

买方看到的是卖方（供应商）名称，卖方看到的应该是买方（采购商）的名称。分别用“供”和“采”表示。

3)

合同号前买方看到的是“买”，卖方看到的是“卖”

4)

合同状态：待验货、待验票

5)

操作：“验货”按钮、“验票”按钮

6)

有操作时，不显示状态。

4、状态解释：发货后，在买家的待收货模块中的订单信息显示“验货”按钮，买家在验完货物没有发现问题的情况下点击验货按钮（输入支付密码），状态变为“验票”按钮，当买家收到发票的时候点击验票按钮（输入支付密码）完成操作。卖家显示状态分别为待验货、待验票（不可操作）。

即：当接口状态是待验货、待验票时，采购商显示“验货”“验票”按钮，供应商显示“待验货”“待验票”。

5、验票后不显示在该模块中

6、点击合同信息框内部任何位置，跳转至合同详情。

7、小提示：如货物或发票有问题，请到电脑端进行异议处理。

8、若没有数据，则提示，抱歉，您没有需要待收货的合同信息。

备选流

无

特殊需求

采用的业务规则

界面效果图

输入支付密码框（上面文字居中）

3.1.4.5

待评价

功能简述

显示当前待评价的合同信息

行为角色

企业会员

前提条件

会员已登录，并点击待评价模块

事件流

1、标题栏带返回箭头，点击返回箭头到“业务中心”页面

2、排序，时间逆序。

3、合同详情：

1)

显示字段：合同号、品名、规格、材质、供应商（采购商、信用等级、状态、总价

2)

买方看到的是卖方（供应商）名称，卖方看到的应该是买方（采购商）的名称。分别用“供”和“采”表示。

3)

合同号前买方看到的是“买”，卖方看到的是“卖”

4)

合同状态：待对方评价（状态接口为待卖家评价、待买家评价）

5)

操作：“评价”按钮

6)

有操作时，不显示状态。

4、状态解释：点击“评价”按钮，弹出评价页面，在相应的评价框处填写评价信息，提交评价。在评价后如果对方未评价，则显示状态为待对方评价。

即：接口状态为待双方评价时，无论是供应商还是采购商都显示“评价”按钮；状态为待买方评价时，供应商显示“待对方评价”，采购商显示“评价”按钮；状态为待卖方评价时，采购商显示“待对方评价”，供应商显示“评价”按钮。

5、评价：

1)

显示字段：合同号、品名、规格、材质、供应商（采购商）、信用等级、总价

2)

买方看到的是卖方（供应商）名称，卖方看到的应该是买方（采购商）的名称。分别用“供”和“采”表示。

3)

合同号前买方看到的是“买”，卖方看到的是“卖”

4)

评价框

5)

提交评价或返回按钮

6、双方评价后不显示在该模块中

7、点击合同信息框内部任何位置，跳转至合同详情。

8、若没有数据，则提示，抱歉，您没有需要待评价的合同信息。

备选流

无

特殊需求

采用的业务规则

界面效果图

3.1.4.6

全部订单

功能简述

显示全部订单信息

行为角色

企业会员

前提条件

会员已登录，并点击全部订单模块

事件流

1、标题栏带返回箭头，点击返回箭头到“业务中心”页面

2、订单选择模块：采购订单和销售订单可以切换，默认显示有权限的模块，若采购和销售权限都具备，则默认显示采购订单。没有权限的用户点击后提示没有权限。

3、搜索：点击“搜索图标”出现高级搜索下拉框，里面有品名、供应商、订单号的选项，并在最后有搜索按钮。

4、订单筛选模块：包括全部、一个以内、三个月以内、六个月以内四个标签页。

5、订单详情：

1)

显示字段：订单号、品名、规格、材质、供应商（采购商、信用等级、状态、总价

2)

买方看到的是卖方（供应商）名称，卖方看到的应该是买方（采购商）的名称。分别用“供”和“采”表示。

3)

订单号前买方看到的是“买”，卖方看到的是“卖”

4)

订单状态：状态值由PC端提供，包括待双方支付履约保证、待方支付履约保证、待卖方支付履约保证、待双方支付佣金、待卖方支付佣金、待买方支付佣金、已生成合同、取消、撤销等。

6、点击订单信息框内部任何位置，跳转至订单详情。

7、若没有数据，则提示，抱歉，您暂时还没有订单信息，快去逛逛吧！

备选流

无

特殊需求

采用的业务规则

界面效果图

3.1.4.7

订单详情

功能简述

显示当前订单详情信息

行为角色

企业会员

前提条件

事件流

1、标题栏，订单详情，前面有返回箭头，可返回上一级。

2、详情页面最上面显示品名和总价。其下面为3个标签页，分别是订单、商品、交收。页面可以左右滑动。

3、订单：显示订单编号、成交金额、供应商（采购商）、成交时间、履约金（元）。

1)

买方看到的是卖方（供应商）名称，卖方看到的应该是买方（采购商）的名称。

4、商品：显示品种、品名、规格、材质、厂家、成交价格、成交重量。

5、交收：显示交收方式、配送方式、结算方式、验货后付款比例、验票后付款比例、履约保证方式、支付保证金额度（支付保证金比例）、履约保证截止日、付款截止日、发货截止日、验货截止日、验票截止日、存货地

6、商品和交收页面样式同挂牌详情。

备选流

无

特殊需求

采用的业务规则

界面效果图

3.1.4.8

全部合同

功能简述

显示全部合同信息

行为角色

企业会员

前提条件

会员已登录，并点击全部合同模块

事件流

1、标题栏带返回箭头，点击返回箭头到“业务中心”页面

2、合同选择模块：采购合同和销售合同可以切换，没有权限的用户点击后提示没有权限。具体同订单管理。

3、搜索：点击“搜索图标”按钮出现高级搜索下拉框，里面有品名、供应商、合同号的选项，并在最后有搜索按钮。

4、合同筛选模块：包括全部、一个以内、三个月以内、六个月以内四个标签页。

5、合同详情：

1)

显示字段：合同号、品名、规格、材质、供应商（采购商、信用等级、状态、总价

2)

买方看到的是卖方（供应商）名称，卖方看到的应该是买方（采购商）的名称。分别用“供”和“采”表示。

3)

合同号前买方看到的是“买”，卖方看到的是“卖”

4)

合同状态：（状态值取自PC端）具体如待支付货款、待生成交收单、待对方评价、待验货、待验票、验货异议中、验票异议中、解除、强制解除、终止、已完成5)

操作：“发货”按钮、待发货、“验货”按钮、“验票”按钮、“评价”按钮

6、点击合同信息框内部任何位置，跳转至合同详情。

7、若没有数据，则提示，抱歉，您暂时还没有合同信息，快去逛逛吧！

备选流

无

特殊需求

采用的业务规则

界面效果图

3.1.4.9

合同详情

功能简述

显示当前合同详情信息

行为角色

企业会员

前提条件

事件流

1、标题栏，合同详情，前面有返回箭头，可返回上一级。

2、详情页面最上面显示品名和总价。其下面为3个标签页，分别是合同、商品、交收。页面可以左右滑动。

3、合同：显示合同编号、订单编号、供应商（采购商）、生效日期、合同货款、实际货款、合同重量、实际重量。

1)

买方看到的是卖方（供应商）名称，卖方看到的应该是买方（采购商）的名称。

4、商品：显示品种、品名、规格、材质、厂家、成交价格、成交重量。

5、交收：显示交收方式、配送方式、结算方式、验货后付款比例、验票后付款比例、履约保证方式、支付保证金额度（支付保证金比例）、履约保证截止日、付款截止日、发货截止日、验货截止日、验票截止日、存货地

6、商品和交收页面样式同挂牌详情。

备选流

无

特殊需求

采用的业务规则

界面效果图

3.1.4.10

洽谈管理

功能简述

显示全部洽谈信息

行为角色

企业会员

前提条件

会员已登录，并点击洽谈管理模块

事件流

1、标题栏带返回箭头，点击返回箭头到“业务中心”页面

2、洽谈单详情：

1)

显示字段：洽谈编号、品名、规格、材质、供应商（采购商）、信用等级、状态、重量、单价、总价

2)

买方看到的是卖方（供应商）名称，卖方看到的应该是买方（采购商）的名称。分别用“供”和“采”表示。

3)

洽谈编号前面字段用“号”表示。

4)

洽谈状态：待对方回复（状态接口为待卖家回复、待买家回复）、成交、取消

5)

操作：“洽谈”按钮

3、点击洽谈信息框内部任何位置，跳转至洽谈页。洽谈结束

4、若没有数据，则提示，抱歉，您没有需要洽谈的订单信息。

备选流

无

特殊需求

采用的业务规则

界面效果图

3.1.4.11

洽谈回复

功能简述

显示专场列表

行为角色

登录会员

前提条件

事件流

1、生成洽谈单后，卖方首先点击洽谈

1)

标题，洽谈。前面有返回按钮。可返回至上一级页面，即洽谈管理或待洽谈页面。

2)

页面最上方为我的发布、并可查看挂牌详情。

3)

我的发布：显示在右侧，显示字段为：品名规格材质，起售重量，可购买量，挂牌单价，厂家。

4)

买家的洽谈：显示在左侧，内容只显示买方洽谈更改项。

5)

人头像，我方显示为“我的图标”，买方显示“买的图标”。头像颜色区分，对方的头像显示在左侧，我方的显示在右侧。

6)

操作栏：为固定浮动栏。卖方可以对此洽谈进行回复、同意或取消。同意则生成订单。

2、卖方回复洽谈页面

1)

标题，洽谈。可返回至上一级页面。

2)

洽谈内容，与“买家的洽谈”内容一致。可修改其中数据。

3)

操作栏：为固定浮动栏。回复洽谈信息。

3、卖家回复洽谈后，买家点击洽谈，弹出页面。

1)

标题，洽谈。前面有返回按钮。可返回至上一级页面。

2)

页面最上方为卖家的发布、并可查看挂牌详情。

3)

下方为买家的洽谈（由于系统暂时不提供洽谈历史接口，只能显示最后一条洽谈，固下期解决），再下方为卖家的回复。

4)

操作栏：为固定浮动栏。买方可以对此洽谈同意或取消。同意则生成订单。

注：无论买方、卖方，我的对话显示在右侧，对方的显示在左侧。我的图标显示为我，对方的图标显示买或卖。

备选流

无

特殊需求

采用的业务规则

卖方洽谈

卖方编辑页面

买方

3.1.4.12

提单管理

功能简述

显示全部提单信息

行为角色

企业会员

前提条件

会员已登录，并点击提单管理模块

事件流

1、标题栏带返回箭头，点击返回到“业务中心”页面。

2、提单字段：

提单号、合同号、交收地点。

3、点击合同信息框内部任何位置，跳转至提单详情。

4、若没有数据，则提示，抱歉，您还没有提单信息。

备选流

无

特殊需求

采用的业务规则

界面效果图

3.1.4.13

提单详情

功能简述

显示全部提单信息

行为角色

企业会员

前提条件

会员已登录，并点击提单管理模块

事件流

1、标题栏带返回箭头，点击后返回至提单管理。

2、标签页：提货信息、合同信息

3、提单信息：（提单在电脑端生成）

交收单编号

商品信息：品名、规格、材质、厂家

提货人信息：提货人姓名、联系电话、证件类型、证件号码、单位名称、驾驶员姓名、驾驶员手机、驾驶员行驶证号、驾驶员身份证号、提货车牌号1、提货车牌号2、提货车牌号3、提货车牌号4、提货车牌号5。没有填写的信息在此处不显示，即只显示填写的信息。

4、合同信息：

合同编号、卖（买）方名称、生效日期、配送方式、成交单价、成交重量、成交总价、卖（买）方联系人、联系电话。

注：卖方提单，显示为买方名称、买方联系人及电话。

买方提单，显示为卖方名称、卖方联系人及电话。

备选流

无

特殊需求

采用的业务规则

界面效果图

3.1.4.14

站内信

功能简述

提供已登录会员站内信浏览管理功能

行为角色

企业会员

前提条件

会员已登录，未登录用户跳转到登录页

事件流

1、标题栏

2、二级导航：

1)

未读，点击在站内信列表中显示全部未读的站内信记录

2)

全部，点击在站内信列表中显示全部站内信记录，已读的“信件图标”变化为已读的状态。

3、站内信列表：

1)

站内信标题栏：

1.站内信状态（未读、已读）

2.站内信标题

3.发布时间

2)

站内信详情：

点击标题栏弹出站内信内容下拉框，再次点击或点击其他站内信时下拉框收回。即同一时间最多只能显示一条内容。

3)

删除：页面右上角为删除键，点击后弹出标题栏选择按钮以及删除和全选键，点击其余位置恢复至默认。

4、说明

1)

默认显示未读页面，当点击查看内容时，站内信图标从未读变为已读，等再次访问该页面时已读信件则不显示在未读页面中。

2)

站内信排序为时间倒序。

5、若没有数据，则提示，您暂时没有站内信哦。

备选流

无

特殊需求

采用的业务规则

默认页面

删除键

3.1.5

更多

功能简述

更多基础功能

行为角色

企业会员、未登录的会员

前提条件

事件流

1、手机端导航：同“首页”

2、标题栏，更多

3、二级导航：

1)

联系我们，进入后跳转至“联系我们”页面，包括电话号码、手机号码、QQ、邮箱、地址。点击电话号码和手机号码可以直接拨打电话，长按QQ、邮箱、地址可以弹出复制的选项。

2)

基础设置：点击进入基础设置页面，可以开启或关闭消息提醒，当开启消息提醒后可以选择铃声或振动，当关闭消息提醒时，铃声和振动选项不可勾选。

3)

系统更新，点击后若没有更新提示“本系统为最新版本”，若不是最新版本点击后弹出升级框，可以选择稍后升级或立即升级。

4)

关于我们，进入后跳转至“关于我们”页面，介绍信息。

5)

退出，点击后退出软件。

备选流

无

特殊需求

采用的业务规则

界面效果图

基础设置

系统更新

联系我们

关于我们

3.2

后台管理

功能简述

手机端后台管理模块

行为角色

后台手机端管理员

前提条件

事件流

1、手机端管理包括：

新闻发布，点击进入“新闻发布”页。

图片轮播，点击进入“图片轮播”页。

LOGO管理，点击进入“LOGO管理”页。

联系我们，点击进入“联系我们”页。

系统更新，点击进入“系统更新”页。

备选流

无

特殊需求

采用的业务规则

界面效果图

3.2.1

新闻管理

功能简述

后台发布新闻公告的模块

行为角色

后台手机端管理员

前提条件

事件流

1、进入模块后可以对已有文章的标题、发布时间进行查询。

2、可以新建或删除文章。

3、文章列表包括文章标题、发布时间、浏览次数、发布人、操作。

4、操作包括编辑、预览、删除。预览呈手机页面。

5、新闻置顶功能，选择置顶后新闻出现在最顶部。

6、新闻发布：包括文章标题、摘要、上传封面图片、发布时间（系统默认时间）、编辑内容。

7、是否推送：选择推送后，如果用户运行手机客户端，可以将该新闻公告推送至手机。

备选流

无

特殊需求

采用的业务规则

界面效果图

新闻发布

3.2.2

图片轮播

功能简述

后台发布手机端首页的轮播图片。

行为角色

后台手机端管理员

前提条件

事件流

1、内容设置：上传图片，图片标题。操作方式可调整顺序，可删除，可添加轮播张数。客户端最多显示5张。

2、显示设置：显示标题、切换效果（上下滚动和渐变滚动）。

3、点击保存后提交成功

备选流

无

特殊需求

采用的业务规则

界面效果图

3.2.3

LOGO管理

功能简述

后台设置手机端的LOGO和名称。

行为角色

后台手机端管理员

前提条件

事件流

1、上传LOGO2、填写名称

3、保存

取消

备选流

无

特殊需求

采用的业务规则

界面效果图

3.2.4

联系我们

功能简述

维护联系我们的信息

行为角色

后台手机端管理员

前提条件

事件流

1、设置电话、手机、信箱、QQ、地址。

备选流

无

特殊需求

采用的业务规则

界面效果图

3.2.5

系统更新

功能简述

更新下载地址、维护内容更新字段

行为角色

后台手机端管理员

前提条件

事件流

1、下载更新地址

2、维护内容更新字段

备选流

无

特殊需求

采用的业务规则

界面效果图

维护更新下载地址，维护更新内容字段。

3.2.6

关于我们

功能简述

维护关于我们的字段内容

行为角色

后台手机端管理员

前提条件

事件流

1、维护关于我们的字段内容

备选流

无

特殊需求

采用的业务规则

界面效果图

app功能需求说明书 篇2

所谓“移动协同教育”是指与移动、联通、电信等运营商合作, 利用无线通讯技术和网络技术具有跨越时空的特点, 搭建各种互动平台, 为家校之间提供充分、准确、及时的沟通方式, 为全面监控儿童和学生的成长提供有效途径[1]。APP 是英文Application的简称, 由于iPhone等智能手机的流行, APP指智能手机的第三方应用程序[2]。

父母是孩子的第一任老师, 家庭是孩子的第一任学校。家校协同教育的目的就是让家长参与学校的管理, 让家长和孩子一起学习、共同进步, 提高了家长参与子女教育的主动性和积极性, 促进了家长与学校的密切合作, 提高了教育效果的实效性, 家校协同教育的重要性对学校来说是不言而喻的。另一方面, 移动互联网的出现正在改变人们在信息时代的生活, 用户对于移动应用, 特别是其中的互动、生活辅助应用的需求越来越大。银河证券董事总经理左小蕾在接受采访时曾说过, 原则上移动互联网可以在任何地方做任何事情, 未来的“全球化”应该是“移动网络化”。笔者常常在思考一个问题:随着集成电路技术的飞速发展, 移动终端的处理能力已经拥有了强大的处理能力, 移动终端正在从简单的通话工具变为一个综合信息处理平台, 这也给移动终端增加了更加宽广的发展空间。如果有一款基于移动终端的协同教育APP, 其应该具备哪些功能才能符合目前协同教育的需求?笔者拟从自身集合多重角色的体会出发, 描述对移动协同教育APP的功能需求。

1 移动协同教育APP的现状

(1) 数量少且仅面向特定用户。

目前主流的手机系统有苹果系统版本iOS、安卓Android、微软Windowsphone、塞班系统版本Symbian。但基于这些系统的移动协同教育APP数量非常少, 并且都是针对特定用户的。例如, 基于Android平台的一款名为“校讯通助手”的APP就仅支持深圳地区的校讯通用户, 其它地区用户无法使用;另一款基于IOS平台的名为“金鹰校讯通”的APP仅支持浙江地区的校讯通用户。

(2) 功能单一。

目前, 网络上的移动协同教育APP基本上都是依托短信功能与家长进行联系和沟通, 通过短信能够实现的功能有学生考勤、学生奖罚、学生评语、学生成绩、学生管理、教师考勤、教师管理、学校公告、消息通知、考勤通知等, 与目前主流的网络通讯软件相比较, 语音技术、二维码扫描技术等均无法实现。

2 移动协同教育APP功能需求分析

2.1 学校对移动协同教育APP的功能需求

(1) 与学校现有数据流畅对接。

对于学校来说, 及时地向家长反映孩子在校的各种情况, 是保证密切合作的前提。因此, 移动协同教育APP应该具有类似“校讯通”或者“家校通”的功能, 能够将学生成绩与作业情况、学生考勤、校园各类通知、学生的德育表现以及学籍情况等信息同步到家长的智能手机或者其它安装有移动协同教育APP的移动终端 (如Ipad、Xoom等) 上, 通过这样的移动信息平台, 使教师和家长能够得到充分、及时地沟通。

(2) 具有主动推送功能。

推送最主要的特点是由服务器主动发送信息到客户端, 而不是由客户端发起请求获取信息。其优势在于信息的主动性和实时性, 可随时将信息推送到用户面前[3]。很多家长由于工作忙碌, 很难有时间坐下来慢慢一条一条地翻阅短信, 如果APP具备了主动推送功能, 家长就可以不用打开短信, 第一时间阅读到短信的内容, 及时地了解自己孩子的在校情况, 真正做到及时沟通与疏导。

(3) 能够具有实时更新的教育资源库。

移动协同教育APP应该具有一个家长学校的栏目, 家长能够通过这个栏目阅读各种专题讲座资料, 树立正确的教育观念, 掌握有效的教育方法。通过提高家长自身的素质与修养, 营造家长与学生终身学习、共同成长的教育氛围。这个资源栏目还可以添加各种青少年犯罪的案例, 使家长了解新时期中学阶段学生的青春期思想与心理特征、叛逆期的特征及家长在孩子心目中具有什么样的地位, 子女眼中的家长是什么样子的, 以便有针对性地对子女进行科学的教育。

2.2 家长对移动协同教育APP的功能需求

(1) 与学校的视频监控系统对接。

以广州市白云区为例, 据搜狐网的报道, 白云区有500多间学校安装了视频监控系统。这些监控系统大多都有面向移动终端的客户端 (如IOS、Android等) , 如果能够实现APP上的对接, 学校可以在移动协同教育APP里定时或不定时地向家长开放视频监控系统。家长可以通过移动协同教育APP的实时视频栏目观看孩子在学校里的情况, 这样的了解方式更加直观, 更有利于家长了解孩子的学习情况。另外, 以手机上优酷为例, 目前的移动网络带宽在移动终端上播放经过压缩后的视频流是可行的。如果能够实现实时观看视频, 会让移动协同教育APP拥有更庞大的客户群和更广阔的前景。

(2) 实现语音对讲和语音留言。

以QQ、微信、飞信等目前网络的主流通讯聊天APP为例, 它们都具备了语音聊天功能, 目的就是为了照顾一些打字不熟练或者不愿意打字的用户群体。对于很多学生家长来说, 如果移动协同教育APP能够具有语音留言功能, 会让这款APP更具有吸引力, 同时也让家长与学校的交流与沟通变得更加容易, 有效避免了“先告状, 后管教”的尴尬。

(3) 具有二维码和条形码扫描功能。

以微信和淘宝旺旺为例, 它们都具备了利用移动终端自带的相机进行二维码和条形码扫描功能, 同时通过互联网络将用户需要搜寻的信息呈现出来。家长不可能精通所有的科目, 所以就需要为孩子购买一些课外辅导资料。但是, 目前市面上的各种辅导资料多如牛毛、内容参差不齐, 如何选购适合孩子实际情况的辅导资料就成为家长十分头疼的问题, 如果移动协同教育APP能够具备扫描功能, 那么家长可以通过对辅导资料条形码或者二维码的扫描, 就可以从互联网或者特定的数据库了解其他教师或者家长对该资料的使用情况, 避免了盲目购买大量无用资料的情况。此外, 由于不用输入书名、出版社、作者等繁琐的信息来查找, 也让这款APP用起来更加简单和方便。学校在教育中所起的作用是家长所不能代替的, 而家长所具有的特殊性也是学校无法取代的。只有通过家校紧密联系, 弥补相互的不足, 才能充分发挥各自优势。

2.3 家长和学校对移动协同教育APP的共同功能需求

(1) 界面简洁、操作简便。

无论学校还是家长, 都是普通用户, 这就注定了移动协同教育APP不应该做得太复杂。假设家长要看自己孩子的成绩或者其它表现, 要进行7、8次按键操作, 那么这样的APP肯定是让用户难以接受的。只有界面简单、各项功能一目了然的APP, 才能让用户拥有更好的体验。

(2) 多平台兼容。

目前主流的操作系统有IOS、Android和WindowsPhone, 考虑到每个家长的手机或者移动终端操作系统不一样, 因此移动协同教育APP应该要有多个不同版本以对应不同的操作系统 (例如Symbian和BlackberryOS等) , 以适应不同的手机用户。

(3) 能够对图片视频等资源进行分享。

苏霍姆林斯基曾说:“教育的效果取决于学校家庭的一致性, 如果没有这种一致性, 学校的教学、教育就会像纸做的房子一样倒塌下来。”移动协同教育APP应该不仅仅是一款简单的应用, 它应该可以作为一个桥梁紧密连接学校与家庭, 学校可以通过这个桥梁, 将校内开展各种丰富多彩的课堂内外活动的图片或视频通过这个桥梁向家长展示。家长也可以将一些家庭聚会或活动的资源利用移动协同教育APP进行分享, 作为校外第二课堂的延伸。

3 结语

据国外媒体Forbes报道, 2012年11月12日, 在图森开幕的科技经济会议 (The Techonomy Conference) 上一些专家对于移动网络增速及其未来对经济、社会的影响做出了预测。其中, 爱立信高级副总裁格拉斯·吉尔斯特普 (Douglas L. Gilstrap) 预测, 到 2018 年有线宽带终端数约为 6.5 亿而移动宽带将拥有 65 亿用户。Gilstrap 认为这对医疗和教育领域将产生重大影响。可以预见, 移动互联网是未来的主流技术, 而移动终端更是家校协同教育不可忽视的一块重要阵地, 只有把握好机遇, 通过各种手段将家庭教育和学校教育结合起来, 才能实现最好的教育效果。

摘要：目前, 移动协同教育研究是一个重要而缺乏关注的研究方向, 为改变这种局面, 从自身集合多重角色的体会出发, 阐述了基于移动终端的协同教育APP应该具备哪些功能才能符合目前协同教育的需求。

关键词：移动协同教育,移动互联网,移动终端,APP

参考文献

[1]何少岳, 徐晓东, 马祖苑.主动推送技术在移动协同教育中的应用[J].现代教育技术, 2012 (4) .

[2]APP[DB/OL].http://baike.baidu.com/view/132427.htm, 2013.

[3]刘繁华.家校协同教育通道的研究[J].中国电化教育, 2009 (11) .

[4]翁宗琮.短信软件在家校协同教育中的运用研究[J].中小学电教, 2013 (1) .

app功能需求说明书 篇3

项目名称：iLife生活管理（Android app）

编写人：

袁博伦（20152100055）袁达强（20152100037）林小龙（20152100209）

编写时间：2017.09.24

1.引言

1.1编写目的

为了进一步明确开发目标、定义产品功能，最终开发出真正满足用户需求的生活管理系统，本开发团队深入群众生活，调查市场需求，并从多方面多层次进行需求分析，对iLife生活管理（安卓app）的开发提出了完整、准确、清晰，具体的规划。

1.2项目背景

1.2.1项目名称：iLife生活管理（Android app）

1.2.2说明：

当今社会，科技发展迅猛，物质文化生活越来越丰富。人们的生活也更加繁忙了，娱乐消遣的方式也更多了。在这样一个快节奏的、纷繁的社会里，人们开始发现生活需要规被划和管理，也常常发现时间、金钱总在不知不觉中消失了。尤其对于大学生来说，如何在多姿多彩的校园中，掌管自己的时间和金钱，培养自己管理生活的能力显得尤为重要。为了应对以上需求，本开发团队拟定开发iLife生活管理应用（安卓app），为广大人民群众提供方便、实用的时间管理和收支记录工具。

1.2.3参考资料：

软件工程导论(第5版)张海潘编著 清华大学出版社

2.系统总体概述

2.1目标

本项目开发的目标是实现一个生活管理类的安卓端app，具有时间管理、收支记录、报表分析等功能，并且实现一个分享平台用于分享数据和相互监督。功能类似于爱今天、口袋记账本等已有app，并在其基础上增加特色功能，具体参见功能需求。

2.1.功能需求

2.1.1功能结构图

2.1.2功能详述

(1)【登录界面】：为保证用户私人信息的安全和实现信息分享，必须有注册账号和登录功能。

(2)【用户主界面】：用户登录后要求可执行以下功能：

时间管理模块：添加日程计划、设置活动提醒；记录某段时间所做事项并分类；番茄工作法（可种树）；统计时间使用的数据。

收支记录模块：添加预算、设置记账提醒、剁手提醒；统计支出数据。

报表分析：根据以上两功能中所记录的数据进行分析，得出报表（可以看时间和资金的利用情况）及分析结果（查看自己在管理时间和资金上存在的问题，和别人的对比结果，以及系统给出的建议）。

共享与监督平台：用于共享自己的时间和收支记录数据，并可与好友相互监督。

(3)【设置界面】:进行功能设置、账号设置，查看帮助

2.1.3数据流图

（点击图片选择查看大图）

2.1.3 E-R图

（点击图片选择查看大图）

2.2用户界面

尚未成型，敬请期待。

参考界面：（取自类似app：IToday、口袋记账本）

（点击图片选择查看大图）

2.3性能需求

2.3.1响应速度快，确保任何操作响应时间均在1秒内。

2.3.2占用磁盘容量小（控制在30M以内），运行时内存占用小。2.3.3安全性高，确保用户信息安全。2.4可用性和可靠性需求

2.4.1该系统应确保任何时间都能正常运行，并且不影响设备上其它应用的运行。2.4.2该系统应确保90%的用户都能在无他人指导情况下，在20分钟内熟悉系统所有功能。

2.4.接口需求：

2.4.1用户界面：界面简洁易懂，支持拖曳、滑动等人性化操作。2.4.2硬件接口：不需要。2.4.3软件接口：不需要。

2.5.将来可能提出的需求：

未来可能扩展的功能：应用可常驻设备后台，自动监测各种软件的运行状况，统计用户使用各种软件的时间和频率。（如：统计出用户当日共在微信上花费5小时、在淘宝上花费1小时等）并有设备锁的功能，可设置在某个时间段锁定某个应用。

3.结论

需求规格说明书-参考1 篇4

面、公文流转功能、个人通讯录功能）；通讯助手（公共通讯录）；个人邮箱（实现OA内部收发邮件等功能）；制度查询（实现可读文件查询-查询功能）；用户管理（增加、修改、删除用户，以及用户权限管理功能）。（2）.办公管理区（传文系统）：

类似于丰台区卫生局VPN传文系统，主要功能：文件收发系统（24个街乡镇红十字会文件的发送、收取、下载管理）。（3）.会务工作专属区：

主要功能：基层上传文件、统计报表、信息投稿等，上传时要记录时间、统计数量。且这些内容可以由管理员设置阅读权限。

3．区红十字会简介、政策法规、会员社区、志愿者之家、在线学习（自救互救知识）、健康快车、教师园地为首页导航栏部分内容。（1）.区红十字会简介：

主要功能包括：单位介绍（组织机构图）；领导班子（领导照片）；科室职能（工作职能及联系方式）；地理位置（区位图、联系电话、地址、公交路线、E-mail）；基层介绍（各街乡镇红十字会联系电话、地址）。（2）.政策法规：

基本上是固定内容，主要内容包括：法律（中华人民共和国红十字会法、红十字标志使用办法、公益捐赠法）；法规（未定）；规章（中国红十字会章程、北京红十字会章程）。（3）.会员社区（是否要增加会员在线注册等功能）：

主要功能：入会条件和审批流程（结构图）；会员职责（文字介绍）；会员活动信息；下载中心（可下载团体会员、个人会员入会表格）。（4）.志愿者之家：

主要功能：发布招募志愿者信息；志愿者条件；加入志愿者申请表格（网上填写，有模版）；志愿者专用标识；交流天地（内容由管理员上传，类型类似于新闻）；批注加入志愿者（个人信息、特点、工作意向；注册，自动统计人数）。（5）.在线学习（自救互救知识）：

北京同方卫康科技有限公司 丰台区红十字会需求说明书

主要功能：在线学习流程介绍（流程图）；在线学习分两种，一种是普及型，普及型的对象是对了解一些自救互救知识有兴趣，但是并不希望拿到证书的人群，因此普及型的在线学习不需要记录成绩，只要统计人数（学习人数还是考试人数？）；另外一种是取证培训，即通过考试以后可以得到证书。取证学习分为1.注册（注册时需要登记本人身份证号码）2.在线学习理论以下几个阶段：○；○3.在线考试（试卷为50道选择知识，学习时间达到要求后可以参加在线考试；○题，从题库中读取，其中一部分为固定要考的题目，另外一部分为每次随即抽取的题目），考试结束后系统立即自动给出分数，并通知是否及格，如果及格，则

4.学员认为视可以进行下一步的学习（视频操作，可下载，不记录学习时间）；○频操作已经学习完毕，可以上网下载准考证表格填写后，携带本人身份证，到红十字会指定地点参加现场操作考试。如果通过现场考试则现场发给证书。（6）.健康快车：

主要功能：丰台红页（图片文字，参考北京市红会）；健康护照（文字与数据对照）；健康、急救知识查询（友情链接相关网站）。（7）.教师园地：

主要功能：下载区；讨论区；短信猫；公告区。4．会长信箱（表格式填写）。主要功能：表格式填写内容，可参考妇幼保健院的院长信箱。

5．红十字文化馆、传播与学习、知识手册、爱心桥、小动物急救站内容形式相似，放入首页另一列导航栏。（1）.红十字文化馆：

主要内容：城市明信片（丰台照片-图片）；宣传展示台（红十字宣传品、纪念品照片-图片）；红十字标识（红十字标志介绍-图片+文字）；红十字会史话（图片+文字）；红十字与奥运（文字资料）；博爱天地（会刊）；人物传记（《南丁.格尔传》）。（2）.传播与学习：

类似于在线学习中的普及型学习，不记名，只记录学习人数，同时题库可以

北京同方卫康科技有限公司 丰台区红十字会需求说明书

生成自测题，考完即可给出成绩。主要功能：会务知识（图片+文字；支持PPT文件；可下载；可随时生成自测题，考完立即出成绩；记录学习人次）；人道法传播（同会务知识）。（3）.知识手册：

全部是文字内容。主要内容：捐献造血干细胞知识；预防艾滋病知识；健康保健知识；无偿献血知识。（4）.爱心桥：

主要内容：网上捐献（捐献表格、联系方式；捐献造血干细胞志愿填表）；捐献遗体（联系方式）。（5）.小动物急救站：

主要内容：图片+文字。6．公告栏。

公告栏为首页漂浮框，主要内容：通知、招聘、招募内容。7．网上调查。

网上调查（对网站管理、急救知识学习情况调查，自动生成结果）。8．友情链接网站：中国红十字会；北京市红十字会；丰台区政府；各区县红十字会。

9．新闻之窗（图片、文字滚动栏）

主要内容：区红十字会工作新闻（图片+文字）。

四、运行需求

操作系统：Windows98 Windows2000 WindowsXP Windows2003 数据库：SqlServer2000 Web服务器：IIS6.0

企业门户网站 需求说明书 篇5

企业门户网站主要包括前台和后台两局部，前台为企业产品信息的浏览和用户注册，后台主要是用户及信息的管理界面。

1.1

前台

下列图1.1所示的界面是企业门户网站的前台主界面。

图1.1

企业门户网站首页

企业门户网站前台主要包括：产品地带、解决方案、技术支持、客户渠道、论坛、网站公告等模块。

1.1.1

产品地带

鼠标指向“产品地带〞，系统自动弹出相应的浮动列表，单击其中任意一项，界面下方自动显示产品信息界面，如图1.2所示。

图1.2

产品信息界面

单击界面左侧相应的产品分类，界面右侧自动显示相应的产品信息。单击产品信息中的点击下载的按钮，在系统弹出的界面中单击【保存】按钮，然后设置保存路径和文件名，最后单击【保存】按钮即下载成功。

1.1.2

解决方案

鼠标指向“解决方案〞，系统自动弹出相应的浮动列表，单击其中任意一项，界面下方自动显示相应产品的解决方案，如图1.3所示。

图1.3

查看解决方案

1.1.3

客户渠道

客户渠道主要包括：用户注册、用户登录、用户修改和留言薄。

1.用户注册

鼠标指向“客户渠道〞，系统弹出的浮动列表中选择“用户注册〞，系统自动进入如图1.10所示的界面。

图1.10

用户注册

单击“用户名〞、“密码〞、“密码确认〞、“真实姓名〞、“取回密码提示〞、“取回密码答复〞“年龄〞、“

〞、“Email〞、“QQ〞、“个人地址〞、“个人主页〞、“个人简介〞的文本框，输入相应的密码，勾选“性别〞选项，单击“头像〞的文本框，在系统弹出的模块中选择相应的头像，最后单击【注册】按钮，系统自动进入系统登录的界面，如图1.11所示。

图1.11

用户登录

单击“用户名〞和“密码〞的文本框，输入用户名及密码，最后单击【登录】按钮，即注册成功，同时系统以该用户名的身份自动进入论坛的主界面，如图1.13所示。

注意：填写时注意界面右侧的“考前须知〞。如果用户名重复，系统会给予提示信息“用户存在〞，单击【返回上页】按钮，可返回注册页面，重新注册，单击【关闭窗口】按钮即关闭IE浏览器。

2.用户修改

如果要修改用户信息，将鼠标指向“客户渠道〞，系统弹出的浮动列表中选择“用户修改〞，系统自动用户信息的修改界面，单击各文本框即可进行修改，最后单击【修改】按钮即修改成功，同时系统自动进入用户登录的界面。

3.留言薄

鼠标指向“客户渠道〞，系统弹出的浮动列表中选择“留言薄〞，系统自动留言薄的信息界面，如图1.12所示。

图1.12

留言薄

单击【添加留言】按钮，系统自动弹出如图1.13所示的界面。

图1.13

添加留言薄

单击【添加留言】按钮即完成添加操作，同时系统自动进入留言薄的信息界面。

1.1.4

论坛

单击【论坛】按钮，系统自动进入论坛主界面，如果用户发贴，需要从用户登录界面，以用户的身份进入论坛界面，在查看论坛信息的同时可以发贴。

单击论坛公告中任意一个公告信息，即可发表相关的话题，如下图的界面。

图1.15

论坛公告界面

单击发表话题按钮，系统自动进入如图1.16所示的界面。

图1.16

发表新话题

单击“话题标题〞、“发布内容〞的文本框，输入相应的内容，单击上传贴图的浏览按钮，在弹出的对话框中选择相应的图片。最后单击【发表】按钮即可。

1.2

后台

通过“客户渠道〞的用户登录界面，以用户名：wgh

密码：111的身份进入企业门户网站的后台管理页面，如图1.17所示。

图1.17

企业门户网站-后台主页面

后台主页面主要包括：用户管理、用户查找、论坛头像管理、公告管理、新闻管理中心、友情链接管理、软件类别管理、软件资源管理、解决方案管理、常见问题管理、留言薄管理和工具下载管理等管理界面。

1.2.1

用户管理

单击【用户管理】按钮，界面右侧自动显示用户管理的界面。如图1.18所示。

图1.18

用户管理

单击界面中相应的用户ID可以查看该用户的详细注册信息。

通过用户管理的界面可以勾选“用户权限〞及“用户状态〞，用户权限为“普通用户〞的无权进入企业门户网站的后页页页。用户状态为“冻结〞的用户无权以该用户的身份进行发贴。

通过单击翻页按钮可以上下翻页查看用户信息，单击其后的文本框，输入相应的页数，然后单击按钮可直接检索到相应的页数查看用户信息。

1.2.2

用户查找

单击【用户查找】按钮，界面右侧自动显示用户查找的界面。如图1.19所示。

图1.19

用户查找

单击“用户ID〞的下拉按钮，选择查询条件，单击其后的文本框，输入与之匹配的查询内容，勾选界面右侧的任意选项，最后单击搜索按钮，系统自动显示相应的查询结果。

1.2.3

论坛头像管理

单击【论坛头像管理】按钮，界面右侧自动显示论坛头像管理的信息界面。如图1.20所示。

图1.20

论坛头像管理

通过上下翻页按钮以及快速查找按钮可以查看所有的头像信息，单击头像下方的【删除】按钮，即可删除相应的头像。

1.2.4

公告管理

单击【公告管理】按钮，界面右侧自动显示公告管理的信息界面。如图1.21所示。

图1.21

公告管理

单击【添加公告】按钮，系统弹出如图1.22所示的添加公告的信息界面。

图1.22

添加公告的信息界面

单击公告标题、公告内容的文本框，输入公告标题及内容，最后单击【提交】按钮即完成添加操作，同时系统自动进入公告管理的信息界面。

单击相应的公告信息后面的【修改】按钮，在系统弹出的公告详细信息修改界面即可进行修改，最后单击【提交】按钮即修改成功。

单击相应的公告信息后面的【删除】按钮，系统弹出的提示信息进行确认后即删除成功。

1.2.5

新闻管理

新闻管理界面的操作方法同公告管理的操作方法相同，这里不作重复讲解，请参照“公告管理〞。

1.2.6

友情链接管理

友情链接管理的操作方法同公告管理的操作方法相同，这里不作重复讲解，请参照“公告管理〞。

1.2.7

软件类别管理

软件类别管理的操作方法同公告管理的操作方法相同，这里不作重复讲解，请参照“公告管理〞。

1.2.8

软件资源管理