逗你呢笑话分享网站毕业设计论文正文文档格式.docx
《逗你呢笑话分享网站毕业设计论文正文文档格式.docx》由会员分享,可在线阅读,更多相关《逗你呢笑话分享网站毕业设计论文正文文档格式.docx(59页珍藏版)》请在冰豆网上搜索。
成功的解决方案将
极大的方便了人们享受笑话带来的乐趣,获得用户的好评
3.3产品定位陈述
供
手机电脑一点就可以找到生活的乐趣
人员
参与前台娱乐、后台管理。
是一个便捷的娱乐平台
用于
提供给用户随时随地就可以参与到娱乐活动中
不同于
现有的搞笑网站,功能、设计不够人性化
我们的产品
✓为注册用户通过登录,进行发表搞笑段子、幽默图片等充满乐趣的内容,查看、评论、点赞笑话或帖子
✓为后台管理员登录管理员帐号,进行系统维护与升级,管理用户信息、权限、网站信息等
✓为游客浏览帖子、浏览笑话、图片
4项目干系人和用户描述
本节描述“逗你呢”网页的用户和游客。
DNN网站的用户分为普通注册用户和管理员用户。
4.1项目干系人摘要
角色
代表
IT执行者
网站领导
负责项目资金核准,监视项目进度
IT运维者
网站领导
确保系统满足IT运维管理的要求,运维必须管理包括系统故障管理、系统基础数据库、系统接口维护部署、异地数据备份、灾难恢复等
4.2用户摘要
用户类型名称
描述
项目干系人
管理员
维护网站相关的基础设施等网站资源的基础数据,定期输入网站资源状态数据,根据网站订单状态,随时调整订单信息以及库存信息,根据所有拥有的资源录入、编辑、删除。
根据用户的申请给予相应的权限
业务过程执行者
注册用户
通过登录,进行发表搞笑段子、幽默图片等充满乐趣的内容,查看、评论、点赞笑话或帖子
游客
浏览帖子、浏览笑话、图片
4.3用户环境
所有用户均受过一定的教育,具有计算机使用方面的知识,在工作岗位的的当值位置拥有使用计算机的环境。
所有的通过本网页的前端人机接口发起、受理、处理的业务数据均可进入网站中心服务器,所有办理业务都只能在联入网站网络的前端计算机进行。
DNN网站的所有发行版将限制在网站行政部下属的对外营业的网站使用。
4.4项目干系人概要信息
4.4.1IT执行者
DNN网站领导
类型
核准人
了解DNN网站信息化建设的愿景规划。
职责
代表DNN网站(业主单位)。
监视项目状态,并负责预算核准。
确保项目符合DNN网站的短期和长期目标。
规划潜在的推广机会和系统的长期维护。
成功条件
✓项目在核准预算内完成,同时证明网站经营业务人员的工作负载降低(从而降低未来的预计成本)。
✓网站领导必须认为项目满足用户需要。
✓项目干系人受到DNN网站的认可。
涉及人员
可交付产品
无
其他说明
4.4.2IT运维者
毕业设计一组
系统日常维护支持单位人员用户
运维人员通常是受过良好教育的专业人员,具有丰富的计算机技能。
运维人员受过类似项目环境运维的培训,并有使用当前系统进行业务数据维护和数据迁移的经验。
负责管理系统正常运营所必须的基础设施、基础系统、基础业务数据,包括系统环境配置与部署、系统故障管理、系统基础数据库、系统接口维护部署、系统补丁升级、异地数据备份、灾难恢复等。
✓基础设施、基础系统、基础业务数据完整、正确运行和使用,
✓根据业主需要开设/关闭供申办的行政许可事项业务。
✓运维人员还需要不在线访问系统而录入故障处理数据,运维故障管理部份必须能够有效地使用故障知识库,明显地减少相关人员的工作量。
✓由运维人员执行的基本任务必须易于学习,并能快速执行。
同时,系统还必须具有良好的可用性、可靠性和安全性。
✓项目干系人繁重的数据录入工作量减少、现有的任务得到简化,以及能够快速方便地访问所需信息。
管理复审员:
特别注重运维人员功能需求的完备性和可用性,特别注重需求实现的成本和工期。
4.5关键的项目需要
下面列出的是调查结果的摘要,在下面按照相对重要性从高到低列出:
序号
需求
优先级
当前解决方案
建议解决方案
1
统一的网站上显示用户发布的笑话、段子、图片等
高
不同的记录内容与方式不一样,难以读取发布记录与内容,造成系统计数数据出现偏离。
网站上的记录提供保存到数据便功能
新的纪录将采取内部局域网同步。
11
调用腾讯qq互联接口,实现快速登录注册功
中
调用接口途径
注册获取调用权限
4.6备选方案和竞争产品
用户群没有发现任何可行的备选方案或现成的解决方案。
5产品概述
5.1产品透视图
逗你呢网站产品透视图,如下图所示:
5.2产品实现概念环境
5.3产品能力摘要
下表从好处和功能方面指明逗你呢网站系统的主要能力。
编号
客户好处
支持功能
统一的操作和管理模式
所有网站的相同业务职能的岗位人员使用相同的环境和工具,实现注册登录,笑话的发布,评论,回复,赞、调用QQ登录等功能
2
统一的数字化资源管理维护
所有的列入网站资源管理计划的网站资源都获得统一的管理操作功能,统一记录到网站系统的服务器,并且通过资源同于业务视图提供有关资源装状态的最新信息供各方面人员使用
3
简化了网站层级流程
由于分别采用够了合理的集成和集中数据处理的策略,所有与对应业务管理所需要的业务数据均可从中心服务器提取,其真实性和准确性不再需要通过相关单位责任人员的审核处理。
有效的简化了网站层级之间的操作流层
4
办理申请及获取许可文件均可以在同一个地点完成,申请人无需往返不同局委办。
无论通过在线申请还是到服务窗口申请,都可以在办理完成后到服务窗口领取许可证书文件,系统为所有的前端窗口提供了证件打制功能。
所有的办理费用可以直接在窗口支付即可。
8
安全和机密。
用户需要使用有效的用户标识和密码才能获得对DNN网站系统的实时操作访问权。
对于网上在线递交的申请材料,还采取了数字签名技术。
系统会保护申请人的申请数据信息不受到非授权访问。
5.4假定和依赖关系
以下假定和依赖关系与本愿景文档中概述的逗你呢管理系统的能力相关:
✓所有对新系统的发生的其他系统的数据交换都不能采用相互之间直接读取数据库的方法实现;
5.5成本和定价
略。
5.6许可证和安装
本项目多有产品版权均属于2013软件技术1班毕业设计一组所有,仅限于网站内部发行使用,所有安装均布置与网站网络中心服务器。
6产品功能
本节定义并描述DNN系统为了向用户提供好处所必需的高级别能力。
6.1注册与登录
主要用于用户的登录。
用户权限分为管理员、经理和服务员。
当用户输入用户名和密码并经过确认为正确后,才能进入个人信息管理或者系统后台管理,并使其拥有相应的权限。
如果不是系统用户,或者密码错误,拒绝进入本系统。
其中游客只能有浏览笑话的权限,可以直接在系统上输入注册资料,注册信息无误便注册成功。
6.2后台基础信息管理
后台基础信息管理可以管理帖子类型、帖子、会员信息管理、意见反馈管理,但登录用户必须是管理员才有权管理。
6.3会员个人信息修改
会员要求登录成功后,能够编辑自己的个人资料以及更换自己的头像。
更新个人信息必须需要有数据校验,确保数据格式录入正确。
6.4笑话的发布及管理
会员登录系统可以发布笑话,以及图片。
该功能要求实现图片的批量上传,以及选择照片后显示预览。
在发布成功后,会员有权进行相应的编辑、删除。
6.5对笑话进行点赞、踩、评论
会员看到喜欢的笑话、图片可以对文章进行点赞,或者评论表扬作者,遇到不喜欢的笑话,同样可以进行踩,评论来表达自己的看法。
6.6分享网站、分享某笑话
在会员看到十分搞笑的笑话或图片时,可以将该笑话分享给好友,方式可以通过QQ空间、qq、朋友网等。
当然觉得我们网站不错,可以直接分享网站链接给好友。
二、系统需求规格
1前言
1.1编写目的
本文件描述“逗你呢网站”项目软件需求规格以及相关的实施约束,作为概要设计,系统测试计划,测试用例编写等的输入源,本文件涉及的主要使用者和使用职责如下:
使用者
组长
对在策划阶段确定的包括日程、资源、分工等项目资源进行二次细化,并促使项目及时向设计阶段过渡。
分析员
根据本文件确定业务模型、需求模型和分析模型,指导设计人员实现系统设计所需要的业务知识培训,并处理在需求评审过程中未能识别的未知缺陷。
开发工程师
根据本文件确定的项目软件需求内容和范围,参与或负责相应的概要设计和详细设计工作。
测试负责人
根据本文件确定的项目软件需求内容和范围,编写《网站项目软件测试计划》和《网站项目软件测试用例》。
1.2系统涵盖范围
“逗你呢网站”是根据当前网络的发展,人们在网上的交流、娱乐的需要而编制的。
根据要求,本项目软件系统将采用B/S结构实现全部的系统功能,项目的主要实现范围如下:
✓为普通用户提供注册、登录
✓为已注册用户提供查阅、发表、评论帖子或笑话、趣图的平台,
✓为普通用户管理自己的帖子、笑话以及评论;
✓为游客提供浏览、分享他人的帖子、趣图的平台;
✓为管理员提供管理用户、管理用户帖子、趣图的权限;
1.3假设和限制
✓在本文件需求规格描述中,所有的分析级的需求条目都归属于与某个用例,即一个需求在且仅在一个用例中描述实现,如果在另外的用例中也可以实现,相关的描述仅为引用性描述;
✓为验证需求,一个需求应有一个或一个以上用例。
1.4文档组织结构
本文件按照系统概貌、系统软件功能性需求模型、系统软件非功能性需求模型、系统环境配置四个大部分组织:
✓系统概貌:
描述系统结构的高层视图,用于定义系统总体的结构以及它们之间的相互关系;
✓系统软件需求分析模型:
以用例为核心描述业务目标实现所需要的软件功能性需求和相应的实现场景,具体内容按照业务构成分类进行组织,每个类型的业务需求都按照系统业务实体模型、系统需求清单、系统需求用例(每个用例按照用例规格说明、用例活动图、用例实现场景三个部分组成)进行描述;
✓系统软件非功能性需求模型:
描述系统运行所必需的有关安全、性能、容错、可扩展性性等方面的具体需求;
✓系统环境配置:
描述系统运行支持环境,包括软件、硬件和网络三个方面。
1.5参考资料
文档名称
版本
日期
《逗你呢项目愿景说明书》
2015-1-26
2系统概貌
2.1系统总体设计
本项目软件由帖子类型管理,帖子管理,用户管理,角色管理,用户反馈等模块组成,各业务模块组成总体结构如下:
2.2各模块的简要说明
名称
简要描述
帖子类型模块
用于用户管理员管理帖子类型时操作
帖子管理模块
用于普通用户管理自己所发表的帖子的操作
用户管理模块
用于管理员进行管理用户的操作
角色管理模块
用户管理员进行角色给定管理的操作
5
用户反馈模块
用于普通用户反馈系统存在的问题
2.3体系结构
系统架构分为表现层、业务逻辑层、数据持久层和数据库层,其中表现层包含系统对外提供数据服务的一个接口层,每个层在处理程序上都有明确的责任,功能上不能其它层混合,并且每个层要与其它层分开。
并在层与层之间提供通信接口。
2.3.1表现层
本系统表现层分为独立工作操作站点和外部接口服务站点两部分,其中工作操作站点采用ASP.NetMVC4.0框架实现,外部接口服务站点采用常规的WebService站点即可,本项目表现层提供的主要功能如下:
✓管理用户的请求,做出相应的响应。
⏹提供一个Controller,委派调用业务逻辑和其它上层处理。
⏹处理异常,将所有异常抛给Action统一处理。
✓验证用户输入,确保用户输入的资料合法有效。
2.3.2业务逻辑层
业务逻辑层包括业务领域模型(DomainModel)和业务逻辑关系管理模型(LogicManagement)两个部分,将业务逻辑层分成两个部分,对是否使用ORM支持框架就具备相应的灵活性,在本项目中业务逻辑层负责实现以下功能:
✓处理应用程序的业务逻辑和业务校验
✓统一管理事务
✓提供与其他层相互作用的接口
✓管理业务层级别的对象的依赖。
✓在显示层和持久层之间增加了一个灵活的机制,避免两者的直接联系。
✓管理程序的执行(从表现层到业务层到持久层)。
2.3.3数据持久层
持久层采用MicrosoftEnterpriserLibrary5的相关模块实现,数据持久层在本系统中执行如下功能:
✓用于执行数据的CRUD(Create,Retrieve,Update,Delete)操作。
✓为将来数据库迁移做准备(易于扩展支持大多数数据库,并且迁移时改动比较小)。
2.4用户特性
2.4.1系统业务用户分类
维护网站相关的基础设施等网站资源的基础数据,定期输入网站资源状态数据,根据所有拥有的资源录入、编辑、删除。
浏览帖子,浏览笑话,图片
2.4.2系统用户分析模型
下图描述了在本系统中,用户分析模型的组成结构:
2.5约定的规格说明参考
在实际的项目软件规格说明中,有一部分的用例处理过程比较接近,主要用于实现基础数据的CURD,因此事先约定类似的说明参考,除针对相关的表现规格进行具体定义意外,在具体的用例中不再重复说明用例规约、活动图与业务实现场景,而是指明参考即可,本规格说明书约定采用“管理网站基础信息”为基准。
2.5.1系统需求用例规约说明
2.5.2管理帖子_用例规格说明
用例编号:
dnx--001
用例名称:
管理帖子
建立人:
Xxx
最后更新人:
建立日期:
最后的更新日期:
相关Actor:
普通用户
用途描述:
用于普通用户对自己的帖子进行删除操作。
前置条件:
该用户已有发表过的帖子
后置条件:
1.用户获得操作系统的设备与网络环境;
2..用户登录系统网站
优先程度:
使用频率:
正常事件流:
1.普通用户登录”逗你呢“网站,用例开始;
2.点击“个人中心”
3.在某一帖子的标题对应的最右边点击“删除”;
4.删除成功,用例结束。
可选事件流:
A1.用户未登录
A1.1重新执行正常事件流1;
A1.2可选事件A1结束。
意外事件流:
包含/扩展关系:
特殊需求:
假定:
补充说明:
2.5.3管理帖子_用例活动图
2.5.4用例实现场景
2.5.5用户界面样式
用户界面样式源自用例实现场景的边界类,描述用户操作的基本环境,除需要特别处理的业务数据界面以外,一般均可参照本节规格表达界面需求。
3系统软件功能性需求模型
本部分以模块为单位,分别描述说明功能模块划分与基本逻辑关系、模块的业务实体及基本关系、业务实体数据处理的一般要求,然后通过用例(含用例规约、用例活动图和基本的实现场景)的方式描述业务需求实现的过程。
3.1用户管理
用于支持项目软件运行实现所需要的最基本的数据的管理,处理主要业务对象是:
用户管理,包含对用户的新增、修改,查找,删除的处理。
3.1.1用户管理功能模块逻辑说明
SP01.01
删除用户
A.支持系统使用人通过系统删除一个用户的操作。
SP01.02
查找用户
A.支持系统使用人通过系统查找用户的操作
SP01.03
修改用户
A.支持系统使用人通过系统修改用户的操作。
3.1.2实体类模型
3.1.3管理业务数据处理要求
需求编号
需求名称
说明
SR-01-01
普通用户列表查看
A.系统管理员通过登录系统后台,查看用户列表信息。
SR-01-03
普通用户删除
A.系统管理员通过登录系统后台,删除用户。
SR-01-04
普通用户修改编辑
A.系统管理员通过登录系统后台,修改用户列表信息。
3.1.4用户管理用例模型
3.1.4.1用户管理_用例规约说明
dnx-002
用户管理
2016-1-27
用户属于管理员
2..用户登录系统
1.管理员登录系统,用例开始;
2.点击“用户管理”
3.选择操作项,在该项列表选择将要进行的操作
A1:
编辑,修改完相应的信息后进行“提交数据”保存
A2:
查找
A3:
删除,确定删除点击“确定”
A4:
新增,点击“新建”填写相应信息,提交数据
4.用例结束。
A1.编辑
a.信息错误,点击“重置”
b.修改完相应的信息后进行“提交数据”保存
A3.删除
a.取消
A4.重置
3.1.4.1.1用户管理操作界面
3.2帖子类型管理
用于支持项目软件运行所需要的最基本的业务实体数据的管理,处理主要对象是:
帖子类型管理,包含对帖子类型的新增,删除,查找,修改的处理。
3.2.1帖子类型管理功能模块逻辑说明
SP02.01
查看帖子类型
A.支持系统使用人通过系统查找帖子类型的操作
SP02.02
修改帖子类型
1.支持系统使用人通过系统修改帖子类型的操作。
新增帖子类型
B.支持系统使用人通过系统新增帖子类型的操作。
SP01.04
删除帖子类型
C.支持系统使用人通过系统删除帖子类型的操作。
3.2.2帖子类型管理业务实体类模型
帖子类型列表查看
A.系统管理员通过登录系统后台,查看帖子类型列表信息。
帖子类型新增输入
A.系统管理员通过登录系统后台,新增帖子类型。
修改编辑帖子类型
A.系统管理员通过登录系统后台,修改编辑帖子类型。
SR-01-05
A.系统管理员通过登录系统后台,删除帖子类型。
3.2.3帖子类型管理用例模型
3.2.3.1帖子类型管理_用例规约说明
dnx-003
帖子类型管理
1管理员登录系统,用例开始;
2点击“帖子类型管理”
3选择操作项,在该项列表选择将要进行的操作
A4:
新增,点击“新建”填写相应信息,提交数据
4用例结束。
A4.重置
3.2.3.1.1帖子类型管理操作界面
3.3角色管理
管理员对角色的分配管理
3.3.1角色管理功能模块逻辑说明
SP03.01
查看角色
管理员对系统的角色列表进行查看
SP03.02
修改角色
管理员对系统的角色进行修改
SP03.03
新增角色
管理员对系统的角色进行新增
SP03.04
删除角色
管理员对系统的角色进行删除
3.3.2角色管理实体类模型
3.3.2.1角色管理_用例规约说明
dnx-004
角色管理
用于支持项目软件运行