网站需求说明书

1.1. 项目背景

打造行业网站垂直专业门户网站。

1.2. 系统目标

建立易用、简单、稳定、功能强大的后台管理系统。并保证在网站后台能实现对栏目、文章、会员、专题、个性化模板的管理。

完成一套简洁实用、功能完善的前台系统,包括友好的用户界面、人性化的功能设计、完善的用户体验等。

1.3. 设计原则

本项目所开发的LMS平台在需求分析和开发中应遵循以下原则:

  • 简单:易用性强;各功能模块符合业务逻辑,且划分清晰;平台易维护;能够基于本平台方便的进行二次开发。
  • 稳定:在目标用户数量下能够稳定运行。
  • 可扩展:在不改动平台技术架构的前提下——在用户数量超过预期数量时,能够进行系统增容;能够根据用户需求发展的情况进行功能扩展。
  • 体系建设的独立性:要求以下几个体系应具有独立性,资源体系,教学体系,测评体系。三个体系相互独立,相互关联,相互协调,可以达到组织学习过程高度的灵活性。
  • 接口:具有完善的接口,其他业务系统通过接口调用邀请用户加入圈子,实现与其他业务系统的打通。

1.4. 软件环境

Linux+Apache2(weblogic)+J2EE+Spring+Hibernate+Oracle

1.5. 技术架构

MVC结构,Hibernate模式

1.6. 性能要求

支持百万级数据量,系统平台高速稳定。

双机热备+磁盘阵列+数据恢复

1.7. 网络环境

Linux操作系统+防火墙+入侵监测+抗DoS/DdoS攻击

1.8. 硬件环境

服务器配置

前台服务器2台:DELL或IBM、双核、4G内存、146G*3硬盘

后台服务器2台:DELL或IBM、四核、8G内存、146G*3硬盘

数据库1台:DELL或IBM、四核、8G内存、146G*3硬盘

备份服务器2台:DELL或IBM、四核、8G内存、146G*3硬盘

带宽:50M独享

1.9. 目标用户分析

本平台的使用者包括四类用户:业务管理人员、普通用户、普通会员、收费会员、系统维护人员。

  • 业务管理人员

基本情况:非IT专业技术人员,但具备较强的IT应用能力,网络环境好。

需 求 点:主要使用本平台进行资源和信息业务管理。

  • 普通用户

基本情况:非IT专业技术人员,具备一定的IT应用能力,网络环境差别大。

需 求 点:主要使用本平台进行信息查看,关注行业信息动态等,并可以利用本平台与业务管理人员、其他用户进行交流。

  • 普通会员

基本情况:非IT专业技术人员,具备一定的IT应用能力,网络环境差别大。

需 求 点:注册后的用户即为普通会员,仅能浏览网站免费信息。

  • 收费会员

基本情况:非IT专业技术人员,具备一定的IT应用能力,网络环境差别大。

需 求 点:注册后的用户即为普通会员,普通会员付费以后,经网站确认后既可以成为收费会员,可以享受免费会员的一切服务,同时可以享受商机平台服务,收费咨询信息服务以及一个信息服务产品。

  • 系统维护人员

基本情况:IT专业技术人员,网络环境较好。

需 求 点:对本平台的日常运营进行技术维护工作,在必要的情况下进行一定的功能修改或扩充等开发工作。在特殊情况下进行系统增容等较大规模的技术维护工作。

1. 技术方案

下面将从功能结构、应用结构、系统结构、逻辑结构和物理结构五方面阐述本系统的技术方案。

1.1. 功能模型

1.2. 应用结构

应用结构图

应用结构层次设计图

应用结构层次设计,主要将应用系统分层,每个层次关注的焦点不同,把界面、业务、数据分开;本系统也遵照此原则设计,将分为3个大层次:表示层、业务逻辑层、数据访问层,调用关系如图所示。

表示层:

本系统表示层主要包括三大块:前台、后台和模板,负责从用户方接收请求传递给业务层或者数据访问层处理,专心处理界面和接口数据交互。

业务层:

此层面专心处理业务逻辑,实现业务的关键流程。

数据访问层:

数据访问核心部分:数据访问逻辑组件,它代表调用程序提供对数据库执行以下任务的方法:

2 在数据库中创建记录

2 读取数据库中的记录并把业务实体数据返回给调用程序

2 使用调用程序提供的修改后的业务实体数据更新数据库中的记录

2 删除数据库中的记录

执行上述任务的方法通常称为“CRUD”方法,这是由各项任务的首字母组成的一个缩写词。通常数据访问逻辑组件访问一个单一数据库,并封装了针对该数据库中一个表或一组相关表的数据相关操作

1.3. 逻辑结构

1.4. 物理结构

1.5. 功能结构

2. 系统功能描述

2.1. 后台维护管理系统

功能组成:后台主要有一下几个功能模块组成:

系统管理、人员数据管理、订单管理、产品数据管理,广告管理、内容发布管理。

2.1.1. 系统管理

2.1.1.1. 功能组成

系统管理主要是对角色权限等功能进行管理,功能分为:角色管理、权限管理、日志查询、个人信息管理。

2.1.1.2. 功能描述

角色管理:管理员根据功能划分的不同可以建立不同的角色,即不同的角色具有不同的权限,并可以赋予不同的管理人员。

权限管理:可以根据角色赋予管理员权限,也可以根据具体的权限对管理员进行赋予权限。

日志查询:可以查询系统记录的日志,并根据可以提取日志进行分析等功能。

个人信息管理:对管理员个人信息密码等进行维护。

2.1.2. 人员数据管理

2.1.2.1. 功能组成

人员数据主要是对平台中的所有用户进行管理,包括普通会员,收费会员,管理员、专家等。具体功能如下:会员管理、管理员管理、专家管理。

2.1.2.2. 功能描述

会员管理:主要功能包括可以批量和手动添加普通会员、删除、停用、修改会员,并可以将普通会员提升为收费会员。

管理员管理:超级管理员或主管可以查看管理员信息,角色等,同时可以增删查改管理员。

专家管理:可以对专家库进行维护,能够对专家信息进行增删查改等操作。

2.1.3. 产品数据库管理

2.1.3.1. 功能组成

产品数据库管理主要是针对产品库、企业库、商机库、以及供求关系库等进行维护和管理。

主要由以下几个部分组成:产品库管理、企业库管理、商机库管理以及供求关系库的管理

2.1.3.2. 功能描述

产品库:对网站现有产品进行维护,为用户提供产品服务,具有增删查改等功能。

企业库管理:对产品相关的企业信息进行维护,为用户提供企业信息服务,具有增删查改等功能。

商机库:同是为企业建立商机信息、为用户提供商机信息服务,具有增删查改等功能。

供求关系信息管理:整理维护用户及厂家发布的供求信息,为用户和厂家提供寻求及供应交流平台。

2.1.4. 订单管理

2.1.4.1. 功能组成

对平台用户订购产品产生的订单进行管理,分为未处理订单,已处理订单,作废订单。

2.1.4.2. 功能描述

未处理订单:主要是用户订购产品产生的未付费订单,确认付费以后即可以确认订单,并给用户提供产品,同时订单变为已处理订单,也可以将没用的订单作废变为作废订单。

已处理订单:管理员可以查看所有已经付费或开通的订单信息。

作废订单:管理员可以查看已经作废的订单,同时也可以恢复订单为未处理订单。

1. 综合描述

1.1.1. 广告管理

1.1.1.1. 功能组成

广告管理主要是对网站的广告进行管理,主要功能包括广告类型类型,广告发布管理,广告统计.

1.1.1.2. 功能描述

广告类型管理:主要是根据现有广告的形式对广告进行分类管理,包括增删查改等功能.

广告发布:发布广告,撤回广告以及编辑广告.

广告统计:查询广告统计信息,如投放时间,点击率等.

1.1.2. 内容发布系统管理

1.1.2.1. 功能组成

内容发布系统由栏目管理、模版管理、文章发布管理、专题管理组成。

1.1.2.2. 功能描述

栏目管理:主要是对文章频道进行维护,功能上包括添加栏目、修改栏目、删除栏目、发布栏目、取消发布、查看栏目等

模版管理:对网站用到的所有模版进行管理,包括增删查改。

文章发布管理:通过该平台,用户可以完成相关的文章采集、上传、编辑(内容修改、附件修改、指定栏目和维度、相关文章列表管理)、文章删除、发布、文章撤回修改、刷新、作者库管理等功能,平台可能的用户有编辑(最常使用的用户)、总编(各频道、栏目的总编、值班总编等)、系统管理员、程序开发人员和测试人员等。

  1. 文章列表
  • 文章查询:文章查询提供了简单查询和复杂查询两种方式,其中简单查询提供了一些常用的查询条件,复杂查询则添加了栏目和纬度作为查询条件,其中栏目和纬度都从树上选择。复杂查询页面由于要生成栏目树和纬度树,所以速度比较慢,另外基于栏目和纬度的查询也非常用查询条件,所以使用频率也比较低,目前来看复杂查询条件页面存在的意义不是很大。
  • 文章录入、编辑

由编辑将收集到的文章信息录入发布系统,为动态发布到网站上做准备。

2 基本信息录入

由编辑人员录入文章的基本信息,包括文章的标题、简介、正文、作者、来源、关键字等信息,录入基本信息(文章内容中可以使用辅助标签进行编辑,具体标签说明参考《赛迪网内容发布标签使用说明》)。

2 附件处理

在录入基本信息之后,可以同时选择录入附件。一次最多只能上传十个附件,一次上传的文件大小不允许超过500K,允许上传的文件类型如下:

tar、doc、pdf、ppt、gz、tgz、js、rpm、zip、gif、png、jpeg、jpg、css、txt、xml、html、htm、avi、mpeg、mpg、swf,某些功能可能会根据自身需要进一步的缩小上传文件类型。附件设定支持附件的批量上传,附件的引用名称为文章内容中引用的名称。

2 文章编辑

点击确定后进入文章编辑界面,此时编辑可以继续选择对文章的基本信息进行编辑或者进行文章相关属性的调整,包括文章附件设定、文章对应栏目纬度设定、相关文章设定、文章扩张属性设定。

2 相关调整

相关调整模块可以设置文章的相关文章,并可以调整相关文章顺序,目前一篇文章最多支持20篇相关文章,重置相关可以删除所有已经选择的相关文章,相关文章的选择是根据每篇文章的关键字由系统动态生成的。已经发布的文章进本内容不能进行编辑,但文章的其他属性可以进行编辑。另外对于产品相关的文章,可以在确认类别后加入到相关的产品小类或者某个具体的产品之下成为产品的相关文章。

  • 文章撤回编辑:状态为发布的文章不能进行编辑,只有在撤回之后才能进行编辑,撤回将文章状态从发布置为编辑,此时从网站上将不在能看到该文章。撤回编辑后重新发布的文章会将文章在显示区中的排序时间更新为最后发布时间,所以文章对应的在显示区中的顺序也会调至最前。
  • 文章删除:已经发布的文章不能直接删除,只能在撤回之后删除。
  • 文章发布时间设定:针对文章的发布时间进行单独设定,在文章发布后同样可以对发布时间进行设定。
  1. 文章手工录入

提供了文章发布的独立入口,也可以由文章列表模块进入。手工录入的流程同文章的发布、编辑,发布成功后的文章在文章列表部分进行统一维护。

  1. 文章快速发布

将文章基本信息录入以及文章发布两个操作合二为一,在用户录入文章基本信息并选择栏目之后点击确定直接进行发布,文章的相关设定此处不提供接口。

  1. 刷新文章页面

文章刷新分为按文章ID刷新以及按照URL刷新两种情况,其中按照文章ID刷新主要是通过消息传递机制先刷新Middle上的文章对象之后再对Proxy上的文章缓存和静态页面进行刷新;而按照URL刷新则是直接对Proxy上的缓存对象以及静态页面进行刷新。

  1. 作者库管理

对赛迪集团之下,可以为赛迪网提供有效信息的作者进基本信息行统一管理,包括作者信息的增加、删除、修改、详细信息查询、附件上传。目前文章的作者信息大部分都没有在作者库中,所以目前文章与作者信息是作为两个相对独立的实体存在的,而作者信息作为文章信息的一部分应该与文章很好的结合起来,这样对于我们以后进行进一步的统计分析是非常重要的。

专题管理:对网站的专题进行发布、编辑、撤回、删除等操作。

1.1. 网站前台门户

登陆:会员登陆门户系统

注册:用户添加个人信息,注册成为网站普通会员。

升级会员:普通会员缴纳一定费用成为付费会员,并享用一些付费服务。

个性化设置:用户可以根据自己的需要对个人界面进行个性化定制。

搜索:可以对全站进行搜索。

产品库查询:可以对门户网站提供的产品进行查询及浏览。

厂家查询:可以对产品的相关厂家进行查询。

商机信息查询:对厂家提供的商机信息进行查询。

订购产品:订购产品,并进行在线付费。

专家咨询:查询个人及行业专业,找寻解决方案。

解决方案查询:对网站现有方案进行查询,并付费浏览。

各种行业信息动态:查看行业信息新闻/

供求信息发布:可以发布个人需求信息,以寻求需要的产品及解决方案。

专家访谈:聘请专家进行访谈为用户解疑答疑,并形成信息库。

广告:根据需要在网站上挂接各种广告。

个人信息:对个人注册信息进行维护管理。

个人消费明细:查询个人消费清单。

2. 核心算法

2.1. 前台:

2.1.1. 会员登陆

网站注册用户在登陆后,会把注册信息写入Cookie中,如果检查Cookie中没有相应信息,在执行浏览文章或购买等操作时,会提示用户进行登陆。

2.1.2. 会员注册

会员注册时,首先会把注册信息写入passport用户库。

2.1.3. 文章浏览

2.1.4. 供求信息

2.1.5. 缓存机制

为提供系统性能,减少数据库访问,前台浏览栏目页、报告页、文章页的时候,首先访问系统缓存,如果缓存中有相应内容,从缓存中提取内容;如果没有,访问数据库提取内容,并将内容加入缓存。缓存采用特定的算法,定时清除最近最少访问的内容。

2.2. 后台:

2.2.1. 文章相关

文章的发布、撤回、编辑等功能,使用高级编辑功能,实现所见即所得的效果,页面示意如下。

功能:

  1. 采编,网上抓取信息,进行再加工
  2. 栏目权限控制

文章发布流程

2.2.2. 栏目(商品类别)相关

完成栏目的添加、修改等维护功能,支持树型栏目。

2.2.3. 订单相关

1、 完成用户定购的审核。

2、 完成客户购买的订单审核

3、 完成用户定购信息的统计。

2.2.4. 积分相关

           本期还没有确定的需求,预留功能接口。

2.2.5. 会员相关

1、 统计

根据会员购买情况、日期阶段、活跃状态等对会员进行统计。

2、 积分、折扣等信息调整

3、 分类、高级会员,普通会员

本期还没有明确的需求,预留功能接口。

2.3. 公共组件:

2.3.1. 管理员权限分级控制

第一级:系统管理员,拥有系统最高权限,可进行本系统的所有操作。

第二级:业务部门经理,拥有业务最高权限,但不能进行系统参数设置、日志管理等功能。

第三级:普通操作人员,可以进行日常文章发布、报告发布等功能,但不能进行报告审核。

2.3.2. 分页组件

前台和后台公用分页组件,能够显示总记录数、每页条数、上一页、下一页、各页链接。

2.3.3. 日志组件

记录文章的发布和撤回、报告的发布和撤回、订单的审核等信息。

2.3.4. Email发送组件

在程序中调用该组件完成Email发送功能。本期使用原系统中的发送邮件组件。

2.3.5. TRS组件(全文搜索数据库

【需另行购买,详情见TRS白皮书 或http://www.trs.com.cn/products/eseism/server/】

完成TRS数据库的插入、删除、查询。使用两种方式来使用TRS组件:

1、前台直接调用TRS的页面查询接口,查询文章和报告。

2、在应用程序中调用TRS的JAVA   API ,对TRS数据进行增、删、查、改操作。

2.3.6. Cache组件

前台采用Cache机制,提高访问效率。本期采用发布系统中已经成熟应用多年的Cache组件包。

3. UI设计

为保证系统平滑过渡,适应客户和管理员的使用系统,新系统采用和旧系统一样的风格和样式。

3.1. 界面布局

3.1.1. 界面布局

1. 文字的排布

a.  一般放在最显著的地方,如整个显示的中央稍微偏右下;文本的排布整体性好,使浏览起来通畅而丝毫没有阻碍。

b.  文字的大小适中,在不同的分辨率下都不会有太大的影响。

c.  文字的颜色不要太多。

2. 图片的排布

  1. 图片的体积不要太大,同时又要使图片尽量清楚,直观,最大限度的发挥它的作用。
  2. 图片与图片之间要联系凸现,同时又要融为一个整体,使看起来有条理。

3. 按钮类单元的排布

  1. 页面上的按钮,链接,复选框,单选框。同类单元应该尽量保持大小一样,左右对齐。按钮的大小要与界面的大小和空间要协调,避免空旷的界面上放置很大的按钮。
  2. 忌用太长的名称,免得占用过多的界面位置。
  3. 字体的大小要与界面的大小比例协调, 通常使用的字体中宋体9-12较为美观,很少使用超过12号的字体。

4. 表格的排布

  1. 表格大小要和界面相适应,不能在表格之外有很大空余,或者表格过大紧贴整个页面。
  2. 表格的颜色要与界面风格符合,搭配合理协调,反差不宜太大,坚决杜绝刺目的颜色。

5. 文本框类单元的排布

  1. 同一列的文本框应该尽量保持对齐。
  2. 如果要求为只读的文本框,应该尽量使用ReadOnly属性,而不是用Disable属性。

3.1.2. 界面色彩

1. 不要将所有颜色都用到,尽量控制在三种色彩以内。

2. 背景和前文的对比尽量要大(绝对不要用花纹繁复的图案作背景),以便突出主要文字内容。

3.2. 界面单元

1. 易用性

  1. 完成同一功能或任务的元素应该放在集中位置,尽量减少鼠标移动的距离。
  2. 界面上首先应输入的和重要信息的控件在Tab顺序中应当靠前,位置也应放在窗口上较醒目的位置。
  3. 同一界面上的控件数最好不要超过10个,多于10个时可以考虑使用分页界面显示。
  4. 默认按钮要支持Enter及选操作,即按Enter后自动执行默认按钮对应操作。
  5. 复选框和选项框按选择几率的高底而先后排列。
  6. 按功能将界面划分局域块,用Frame框括起来,并要有功能说明或标题。
  7. 可写控件检测到非法输入后应给出说明并能自动获得焦点。
  8. 滚动条的长度要根据显示信息的长度或宽度能及时变换,以利于用户了解显示信息的位置和百分比。
  9. 各名称为日期或时间的控件应统一标准,显示为年月日的统一称为“日期”,不应是“时间”。
  10. 显示日期(时间)时要有分隔符,如YYYY-MM-DD(HH:MM:SS)
  11. 模块级主界面中的新建”“修改”“查询”“删除”等按钮应统一顺序。
  12. 错误提示应正确、友好,屏蔽系统级和数据库级错误。
  13. 父窗体或主窗体的中心位置应该在对角线焦点附近。
  14. 子窗体位置应该在主窗体的左上角或正中。
  15. 多个子窗体弹出时应该依次向右下方偏移,以显示窗体出标题为宜。
  16. 重要的命令按钮与使用较频繁的按钮要放在界面上注目的位置。
  17. 容易引起界面退出或关闭的按钮不应该放在易点位置。横排开头或最后与竖排最后为易点位置。
  18. 非法的输入或操作应有足够的提示说明。
  19. 对运行过程中出现问题而引起错误的地方要有提示,让用户明白错误出处,避免形成无限期的等待。
  20. 提示、警告、或错误说明应该清楚、明了、恰当。
  21. 主界面,最好是大多数界面上要有公司图标。
  22. 登录界面上要有本产品的标志,同时包含公司图标。
  23. 助菜单的“关于”中应有版权和产品信息。
  24. 公司的系列产品要保持一直的界面风格,如背景色、字体、菜单排列方式、图标、安装过程、按钮用语等应该大体一致。
  25. 能够排除可能会使应用非正常中止的错误。
  26. 可以避免用户无意录入无效的数据。
  27. 对可能引起致命错误或系统出错的输入字符或动作要加限制或屏蔽。
  28. 对可能发生严重后果的操作要有补救措施。通过补救措施用户可以回到原来的正确状态。
  29. 对错误操作最好支持可逆性处理,如取消系列操作。
  30. 对可能造成等待时间较长的操作应该提供取消功能。
  31. 与系统采用的保留字符冲突的要加以限制。
  32. 子窗口尽量屏蔽地址栏,可以防止用户非法的在各个页面间跳转。

2. 规范性

3. 合理性

4. 独特性

5. 安全性

时间: 2024-07-29 05:02:43

网站需求说明书的相关文章

网站概要设计说明书

一. 引言 1.编写目的 本学期我们软件工程课定制的题目是<图书共享平台>,通过编写此网站概要说明书,对我们编写的网站进行介绍.实现对书籍的借阅,购买,还有对纸质电子书的上传下载:发布需求信息,并且通过该网站概要说明书来指导工作. 2.项目背景: 本项目的名称为<图书共享平台>,本项目的任务是我们小组进讨论决定的,本项目的开发者为我小组成员. 3.定义 (1)专门术语: SQL SERVER: 系统服务器所使用的数据库管理系统(DBMS). SQL: 一种用于访问查询数据库的语言

[PaPaPa][需求说明书][V0.1]

PaPaPa软件需求说明书V0.1 前   言 我觉得我们废话不能多,废话一多的话大家就找不到重点了,其实本项目是出于技术研究的目的来开发的,大家讨论了半天决定要做社(yue)交(pao)类的项目. 经过第一版本的深思我们准备做旅游,行程预定.然后轨道越来越远,瞬间感觉我们可以融资数千亿,打到企鹅,干掉熊掌,强奸天猫,变身高富帅了.. 妈呀=.= 又扯远了,前言就这么愉快的结束我们进入正题吧. 第一章 概述 1.1 编写目的 本文档编写的目的是给群里各位喜欢聊天又不喜欢整理需求的程序员了解需求用

[PaPaPa][需求说明书][V0.3]

PaPaPa软件需求说明书V0.3 前   言 不好意思,本文是没有前言的. 别说是前言了,其实关于界面的内容我也是不打算写!!   因为我知道你们想要的界面是这样的: 再不济也应该是这样的: 但是我觉得我给你们的应该会是这样子的(所以我是不想写的): 因为我觉得我即使给你们这样的效果: 但最终你们也会给我这样的结果: 第一章 概述 1.1 编写目的 伴随着互联网的发展……(此处省略2000字,即时不省略我也知道你不会看) 我们还是来说一下真正的目的吧!!!! V0.3版本的需求说明真正的目的就

需求说明书+软件概要设计+软件详细设计

<基于物联网的车内安防系统项目需求说明书+系统概要说明+系统详细说明> 队长:邢正080     队员:董冰068   许国庆079   张琦057   曹华058 ①需求说明书部分: 一.引言 1.编写目的 该需求说明书是“基于物联网的车内安防系统”开发中的重要文献资料,是软件设计的依据,是工程的起点,应是用户需求的真实反映.是开发人员进行系统总体按需设计内容及具体实施开发工程提供必要的参考资料,并且,在系统开发完成后期为系统的测试.验收提供帮助.其编写过程由项目的重要策划人完成.预期读者是

软件需求说明书

1引言 1.1编写目的 1.2背景 1.3定义 1.4参考资料 2任务概述 2.1目标 2.2用户的特点 2.3假定和约束 3需求规定 3.1对功能的规定 3.2对性能的规定 3.2.1精度 3.2.2时间特性要求 3.2.3灵活性 3.3输人输出要求 3.4数据管理能力要求 3.5故障处理要求 3.6其他专门要求 4运行环境规定 4.1设备 4.2支持软件 4.3接口 4.4控制 软件需求说明书 1引言 1.1编写目的 (1)为了更好的了解软件的需求,该文档可供用户浏览,了解海法内容和各部分模

机房收费系统——项目需求说明书

不管是学习什么材料,还是初步了解一个系统的时候,想学习新东西,听到最多的就是要了解需求,如果需求理解偏差了,那你的系统将变的面目全非. 软件需求说明书 1引言 1.1编写目的 需求分析人员与用户进行多次的需求分析调查后,提出的一份比较详细的软件需求说明书,这份说明书可以表现出软件的功能.性能.开发条件等 并且在文档完成之后需要用户进行阅读,看是否将需求表达完全,进而补充说明. 本文档的预期读者有用户.项目管理人员.文档编写人员.需求分析人员等 1.2背景 说明: a.  待开发的软件系统的名称:

国际软件设计文档——软件需求说明书

1 引言 1.1 编写目的 说明编写这份软件需求说明书的目的,指出预期的读者. 1.2 背景 说明: a.  待开发的软件系统的名称: b.  本项目的任务提出者.开发者.用户及实现该软件的计算中心或计算机网络: c.  该软件系统同其他系统或其他机构的基本的相互来往关系. 1.3 定义 列出本文件中用到的专门术语的定义和外文首字母组词的原词组. 1.4参考资料 列出用得着的参考资料,如: a.  本项目的经核准的计划任务书或合同.上级机关的批文: b.  属于本项目的其他已发表的文件: c. 

项目中的软件需求说明书的访谈部分

博主的项目小组上周已进入正途,上周在小组讨论下,作出了软件需求说明书功能描述的大概模块,并且确定了项目的目标和范围——针对大学生市场. 根据目标需求,我们设计出了调查问卷,便于了解用户需求以及市场需求. 调查问卷的链接如下:http://www.sojump.com/jq/7476545.aspx 下一步,我们将根据调查结果,进一步完善功能需求,再者完成我们的需求说明书.

上位机软件需求说明书100元

上位机软件需求说明书 设备搜索指令 PC机器通过串口发送 BRSR 主机将搜索到的所有蓝牙设备名称发送给PC机器,发送格式为" BRSR"name"\n 例如,现在有三个蓝牙设备"AMOMCU_1"."AMOMCU_1"."AMOMCU_1 ".接收该这令后,串口返回数据: BRSR"AMOMCU_1" BRSR"AMOMCU_2" BRSR"AMOMCU_3&quo