2 产品的功能性需求GOOGLE CODEWord下载.docx

上传人:b****6 文档编号:21229272 上传时间:2023-01-28 格式:DOCX 页数:22 大小:91.29KB
下载 相关 举报
2 产品的功能性需求GOOGLE CODEWord下载.docx_第1页
第1页 / 共22页
2 产品的功能性需求GOOGLE CODEWord下载.docx_第2页
第2页 / 共22页
2 产品的功能性需求GOOGLE CODEWord下载.docx_第3页
第3页 / 共22页
2 产品的功能性需求GOOGLE CODEWord下载.docx_第4页
第4页 / 共22页
2 产品的功能性需求GOOGLE CODEWord下载.docx_第5页
第5页 / 共22页
点击查看更多>>
下载资源
资源描述

2 产品的功能性需求GOOGLE CODEWord下载.docx

《2 产品的功能性需求GOOGLE CODEWord下载.docx》由会员分享,可在线阅读,更多相关《2 产品的功能性需求GOOGLE CODEWord下载.docx(22页珍藏版)》请在冰豆网上搜索。

2 产品的功能性需求GOOGLE CODEWord下载.docx

用户通过输入相应的个人资料,在邮件激活后完成注册

注销

用户退出系统

登录

用户输入个人信息,系统验证后登陆个人博客

搜索功能

站内搜索

已登录用户进行站内的搜索(食谱、营养学信息),未登录用户可以搜索所有的营养学信息

营养功能

营养配餐测试

用户输入系统所提供的若干食物进行搭配后系统根据用户的个人资料给予评价和推荐(反馈菜单)

在线测试

通过测试来确定用户是否缺乏营养素

显示营养学信息

首页显示普通信息,然后在用户的登录页面根据用户偏好显示信息

用户博客功能

查看信息

已登录的用户查看个人信息(包括个人资料、博文、头像、心情)

修改信息

已登录的用户修改博客中的个人信息(包括个人资料、博文、头像、心情、权限)

增加食谱

用户为系统增加食谱

食谱功能

查看食谱

根据食谱不同类别查看食谱,查看过程中用户可以随时留言

功能食谱

用户选择所需要的功能,系统根据用户的个人信息提供相应的膳食意见

管理员用户功能性需求:

管理员功能

管理员用户通过输入用户名和密码,系统确认后,登陆

用户登陆账户后,注销

查看注册用户信息

管理员用户查看已注册的普通用户的个人信息(包括个人资料、博文、头像、心情、权限)

修改注册用户信息

更新网页内容

及时更新网页上关于营养学的新闻和调查问卷,增加或删除背景知识。

2.1一般性功能描述

2.1.1普通用户:

2.1.1.1注册

用例名称

概要描述

用户通过输入用户名和密码和相应的个人资料,在邮件激活后完成注册

参与者

普通用户

前置条件

1.用户所使用计算机能够访问系统

2.系统管理员开放注册系统

后置条件

1.用户上传个人信息到服务器

2.激活后系统启动相应用例

事件流描述

基本事件流:

1.用户进入系统注册界面

2.用户输入个人信息,在输入邮箱地址时系统验证地址正确性

3.系统对用户输入的信息进行评判

4.系统根据所填写的邮箱地址发一封激活邮件

5.用户激活系统

6.系统确认注册成功

7.系统执行后置条件。

用例结束

备选流

1.1.1在基本流的第3步,系统确认输入信息有问题,在提示注册失败信息后回到基本流的第1步

特殊需求

2.1.1.2登录

用户输入个人信息,系统验证后登陆

2.用户已成功注册

1.用户进入用户页面

2.系统提示用户是否更新个人信息,如“是”进入用例6.1.5

1.用户进入系统登陆界面

2.用户输入个人信息

3.系统对用户所输入的信息在数据库中进行核对,并对其进行验证

4.系统确认登陆成功

5.系统执行后置条件。

3.1.1在基本流的第3步,系统确认输入信息有问题,在提示注册失败信息后回到基本流的第1步

4.1.1在基本流的第4步,如果用户正在使用功能性食谱功能,则系统给予相关提示

浏览器IE7.0及以上

2.1.1.3注销

2.用户已成功登陆

1.用户退出账户

基本流

1.用户注销账户

2.系统注销用户登陆状态

3.系统执行后置条件,用例结束

2.1.1.4查看信息

注册用户查看个人信息(包括个人资料、博文、头像和心情)

2.用户已成功登陆进入博客页面

1.用户请求查看信息

2.系统显示个人信息

2.1.1.5修改信息

更新信息

用户修改个人信息(包括个人资料、博文、头像和心情)

3.用户请求修改个人信息

1.系统显示最新的个人信息

1.用户修改个人信息

2.系统验证更新后的个人信息

3.系统确认修改成功

4.系统执行后置条件。

3.1.1在基本流第3步中,用户所修改的个人信息将通过系统过滤器检测,如果不能通过则返回相关通知,如果可以通过则进入基本流第4步

2.1.1.6增加食谱

1.用户所使用计算机能够访问系统

2.用户已成功登陆并进入博客页面

1.系统提示食谱增加成功

1.用户请求增加食谱

2.用户根据系统的提示输入相关的食谱信息

3.系统执行后置条件。

2.1.1.7在线测试

1.用户所使用的计算机能够访问系统

1.系统分析出用户的测试成绩,并给予评论和建议

1.用户进入在线测试

2.用户完成系统给出的测试问卷

 

2.1.2管理员用户:

2.1.2.1登录

管理员用户

1.用户进入管理员登录界面

2.系统启动同用户权限相对应的用例

2.用户输入用户名和密码

3.系统对用户所输入用户名和密码在数据库中进行核对,对用户输入的信息进行评判

2.1.2.1注销

3.系统确认注销成功

4.系统执行后置条件,用例结束

2.1.1在基本流的第2步,系统确认输入信息有问题,在提示注册失败信息后回到基本流的第1步

2.1.2.3查看注册用户信息

1.用户请求查看

2.系统显示已注册的普通用户的个人信息

2.1.2.3修改注册用户信息

管理员用户修改已注册的普通用户的个人信息(包括个人资料、博文、头像、心情、权限)

2.用户已成功登陆

1.管理员用户请求修改

3.管理员用户修改已注册的普通用户个人信息

4.系统验证修改并保存修改

2.1.2.4更新网页内容

更新网站的结构和内容

1.管理员用户请求更新网页内容

2.系统根据即将要被更新的不同内容提供相关模板

3.管理员用户根据模板输入要更新的信息

4.系统保存输入的信息,执行后置条件

2.2特殊功能描述

2.2.1营养配餐测试

1.用户所使用计算机能够访问系统

系统返回用户配餐的分析结果,并给予评价和推荐,用户给系统打分

1.用户进入营养配餐界面

2.用户选择系统所列出的若干菜品并提交

3.系统根据用户的个人信息对其选择进行分析

2.2.2功能食谱

1.用户进入功能性食谱界面

2.用户选择功能食谱中的某个功能(减肥、养生、美容)

3.用户提交自己喜欢的食物列表

4.系统根据用户输入生成3道菜的信息

5.用户给系统所提出的建议做出评价

6.系统执行后置条件,用例结束

5.1.1在基本流第5步中,系统将询问用户是否满意,如“否”则回到基本流第4步并生成3道与上一次不同的菜肴,如“是”则进入基本流第6步

2.2.3站内搜索

系统返回搜索结果

1.用户输入想搜索的内容

2.系统进行搜索

3.系统执行后置条件

2.2.4显示营养学信息

1.为用户呈现营养学相关的新闻、知识和法规。

1.1.1在基本流的第一步,如果用户为已登录用户,则系统会根据其已提交的个人信息为其呈现其偏好的营养学信息。

6.2.5查看食谱

1.系统列出的食谱列表供用户查看和留言

1.用户请求查看系统中的食谱并选择希望查看的类别

2.系统根据用户所做出的选择列出相应的食谱列表

3.系统执行后置条件,用例结束

3系统运行环境

需求名称

详细要求

操作系统

Windowsxp

浏览器

IE7.0或以上

数据库软件

Mysql5.0

java

jdk1.6

服务器

ApacheTomcat6.0

二.前期工作小结

主要工作:

1选用GoogleCode项目托管作为版本控制的平台。

为今后的文档作业打好基础,避免不同版本给项目推进带来阻力。

2定期书写项目活动记录,并回顾项目责任书,检查项目进展和偏离程度。

3开会讨论需求文档,并委托一位组员完成电子版。

经过多次讨论和删改之后确定1.0版本以指导今后的开发。

4联系营养学和艺术学院的同学加入我们的团队,给我们的项目专业知识的可靠性提供保障。

5开会讨论调查问卷事宜,并委托一位组员具体负责设计,发布(通过第三方在线调查问卷系统),数据回收和分析,执笔问卷分析。

6初步资料收集。

在09级同学的参与下,我们完成了一定程度的资料录入工作。

7向老师汇报,向有相关项目经验的学长学习。

我们定期会和指导老师联系一次,向他们汇报项目进展,并听取意见做出修改和调整。

在初期我们还在老师的帮助下和09的一个已经结项的上海市项目(关于药膳方向)的组长取得了联系,听取了学长的关于开发方面的项目经验。

技术介绍:

经过需求分析,我们初步拟定使用以下几种技术:

1UML

统一建模语言(UML)是非专利的第三代建模和规约语言。

它是一个在开发阶段用于说明,可视化,构建和书写一个面向对象软件密集系统的制品的开放方法。

UML展现了一系列最佳工程实践,这些最佳实践在对大规模,复杂系统进行建模方面,特别是在软件架构层次已经被验证有效。

在本项目中,我们将使用UML来对需求和系统体系结构进行建模。

2J2EE

J2EE是一套全然不同于传统应用开发的技术架构,包含许多组件,主要可简化且规范应用系统的开发与部署,进而提高可移植性、安全与再用价值。

在本项目中,我们使用J2EE框架来搭建整个网站。

3Struts

Struts是Apache基金会Jakarta项目组的一个OpenSource项目,它采用MVC模式,能够很好地帮助java开发者利用J2EE开发Web应用。

和其他的java架构一样,Struts也是面向对象设计,将MVC模式"

分离显示逻辑和业务逻辑"

的能力发挥得淋漓尽致。

在本项目中,我们使用Struts框架搭建一个MVC的结构来部署JSP和Servlet。

4Hibernate

Hibernate是一个开放源代码的对象关系映射框架,它对JDBC进行了非常轻量级的对象封装,使得Java程序员可以随心所欲的使用对象编程思维来操纵数据库。

Hibernate可以应用在任何使用JDBC的场合,既可以在Java的客户端程序使用,也可以在Servlet/JSP的Web应用中使用,最具革命意义的是,Hibernate可以在应用EJB的J2EE架构中取代CMP,完成数据持久化的重任。

  在本项目中,我们使用Hibernate来处理数据持久化。

5Database

数据库是依照某种数据模型组织起来并存放二级存储器中的数据集合。

这种数据集合具有如下特点:

尽可能不重复,以最优方式为某个特定组织的多种应用服务,其数据结构独立于使用它的应用程序,对数据的增、删、改和检索由统一软件进行管理和控制。

从发展的历史看,数据库是数据管理的高级阶段,它是由文件管理系统发展起来的。

 在本项目中,我们使用MySQL数据库来进行数据的管理。

5Server(小型服务器)

服务器是用来帮助大量用户访问同一数据或资源。

服务器可以是高效率的电脑、专用超级服务器、中档服务器、甚至还可以是大型机。

但是,它们有着对其各自正确操作都至关重要的相似要求和特性。

6Lucene

Lucene是apache软件基金会jakarta项目组的一个子项目,是一个开放源代码的全文检索引擎工具包,即它不是一个完整的全文检索引擎,而是一个全文检索引擎的架构,提供了完整的查询引擎和索引引擎,部分文本分析引擎(英文与德文两种西方语言)。

Lucene的目的是为软件开发人员提供一个简单易用的工具包,以方便的在目标系统中实现全文检索的功能,或者是以此为基础建立起完整的全文检索引擎。

在本项目中,我们使用Lucene来搭建站内搜索平台。

环境搭建:

具体实现的时候我们拟定用以下开发环境:

1NetBeans

NetBeans是一个全功能的开放源码JavaIDE,可以帮助开发人员编写、编译、调试和部署Java应用,并将版本控制和XML编辑融入其众多功能之中。

NetBeans可支持Java2平台标准版(J2SE)应用的创建、采用JSP和Servlet的2层Web应用的创建,以及用于2层Web应用的API及软件的核心组的创建。

2EA

EnterpriseArchitect是以目标为导向的软件系统。

它覆盖了系统开发的整个周期,除了开发类模型之外,还包括事务进程分析,使用案例需求,动态模型,组件和布局,系统管理,非功能需求,用户界面设计,测试和维护等。

为整个团队提供高级的UML2.0建模工具

 EA为用户提供一个高性能、直观的工作界面,联合UML2.0最新规范,为桌面电脑工作人员、开发和应用团队打造先进的软件建模方案。

该产品不仅特性丰富,而且性价比极高,可以用来配备您的整个工作团队,包括分析人员、测试人员、项目经理、品质控制和部署人员等。

3Mysql5.0(或以上)

MySQL是一个小型关系型数据库管理系统,开发者为瑞典MySQLAB公司。

在2008年1月16号被Sun公司收购。

而2009年,SUN又被Oracle收购.对于Mysql的前途,没有任何人抱乐观的态度.目前MySQL被广泛地应用在Internet上的中小型网站中。

由于其体积小、速度快、总体拥有成本低,尤其是开放源码这一特点,许多中小型网站为了降低网站总体拥有成本而选择了MySQL作为网站数据库。

4ApacheTomcat6.0

Tomcat是Apache软件基金会(ApacheSoftwareFoundation)的Jakarta项目中的一个核心项目,由Apache、Sun和其他一些公司及个人共同开发而成。

Tomcat是一个小型的轻量级应用服务器,在中小型系统和并发访问用户不是很多的场合下被普遍使用,是开发和调试JSP程序的首选。

软件安装过程:

  由于以上软件都属于易于安装的软件,所以与其他普通应用程序的安装过程相比并无多少差异。

学习体会:

在进行需求分析时,因为一开始没有认真对待,所以在进行具体建模的时候出现了需求不明的情况。

当我们与客户面对面重新开始做需求分析时,我们通过提出一系列启发式的问题,帮助客户理解了她的需求,相应的也就明确了系统真正的需求。

在后来的几次交流中,由于客户的要求发生了变化,需求也相应的发生了些许变化。

通过这次需求分析的经历,我们深刻地理解到了需求分析的不易。

而需求分析作为所有工作开始的前提,它的重要性也受到了我们越来越多的重视。

同时,我们也做好了在后续的开发过程中应对需求变更的准备。

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > 幼儿教育 > 幼儿读物

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1