逗你呢笑话分享网站毕业设计论文正文文档格式.docx

1、成功的解决方案将极大的方便了人们享受笑话带来的乐趣，获得用户的好评 3.3 产品定位陈述供手机电脑一点就可以找到生活的乐趣人员参与前台娱乐、后台管理。是一个便捷的娱乐平台用于提供给用户随时随地就可以参与到娱乐活动中不同于现有的搞笑网站，功能、设计不够人性化我们的产品 为注册用户通过登录，进行发表搞笑段子、幽默图片等充满乐趣的内容，查看、评论、点赞笑话或帖子 为后台管理员登录管理员帐号，进行系统维护与升级，管理用户信息、权限、网站信息等 为游客浏览帖子、浏览笑话、图片4 项目干系人和用户描述本节描述“逗你呢”网页的用户和游客。DNN网站的用户分为普通注册用户和管理员用户。4.1 项目干系人摘要角

2、色代表IT执行者网站领导负责项目资金核准，监视项目进度 IT运维者网站领导 确保系统满足IT运维管理的要求，运维必须管理包括系统故障管理、系统基础数据库、系统接口维护部署、异地数据备份、灾难恢复等4.2 用户摘要用户类型名称描述项目干系人管理员维护网站相关的基础设施等网站资源的基础数据，定期输入网站资源状态数据，根据网站订单状态，随时调整订单信息以及库存信息，根据所有拥有的资源录入、编辑、删除。根据用户的申请给予相应的权限业务过程执行者注册用户通过登录，进行发表搞笑段子、幽默图片等充满乐趣的内容，查看、评论、点赞笑话或帖子游客浏览帖子、浏览笑话、图片 4.3 用户环境所有用户均受过一定的教育，

3、具有计算机使用方面的知识，在工作岗位的的当值位置拥有使用计算机的环境。所有的通过本网页的前端人机接口发起、受理、处理的业务数据均可进入网站中心服务器，所有办理业务都只能在联入网站网络的前端计算机进行。DNN网站的所有发行版将限制在网站行政部下属的对外营业的网站使用。4.4 项目干系人概要信息 4.4.1 IT 执行者DNN网站领导类型核准人了解DNN网站信息化建设的愿景规划。职责代表DNN网站（业主单位）。监视项目状态，并负责预算核准。确保项目符合DNN网站的短期和长期目标。规划潜在的推广机会和系统的长期维护。成功条件 项目在核准预算内完成，同时证明网站经营业务人员的工作负载降低（从而降低未来

4、的预计成本）。 网站领导必须认为项目满足用户需要。 项目干系人受到DNN网站的认可。涉及人员可交付产品无其他说明4.4.2 IT运维者毕业设计一组系统日常维护支持单位人员用户运维人员通常是受过良好教育的专业人员，具有丰富的计算机技能。运维人员受过类似项目环境运维的培训，并有使用当前系统进行业务数据维护和数据迁移的经验。负责管理系统正常运营所必须的基础设施、基础系统、基础业务数据，包括系统环境配置与部署、系统故障管理、系统基础数据库、系统接口维护部署、系统补丁升级、异地数据备份、灾难恢复等。 基础设施、基础系统、基础业务数据完整、正确运行和使用， 根据业主需要开设关闭供申办的行政许可事项业务。

5、运维人员还需要不在线访问系统而录入故障处理数据，运维故障管理部份必须能够有效地使用故障知识库，明显地减少相关人员的工作量。 由运维人员执行的基本任务必须易于学习，并能快速执行。同时，系统还必须具有良好的可用性、可靠性和安全性。 项目干系人繁重的数据录入工作量减少、现有的任务得到简化，以及能够快速方便地访问所需信息。管理复审员：特别注重运维人员功能需求的完备性和可用性，特别注重需求实现的成本和工期。4.5 关键的项目需要下面列出的是调查结果的摘要，在下面按照相对重要性从高到低列出：序号需求优先级当前解决方案建议解决方案1统一的网站上显示用户发布的笑话、段子、图片等高不同的记录内容与方式不一样，难

6、以读取发布记录与内容，造成系统计数数据出现偏离。网站上的记录提供保存到数据便功能新的纪录将采取内部局域网同步。11调用腾讯qq互联接口，实现快速登录注册功中调用接口途径注册获取调用权限4.6 备选方案和竞争产品用户群没有发现任何可行的备选方案或现成的解决方案。5 产品概述5.1 产品透视图逗你呢网站产品透视图，如下图所示：5.2 产品实现概念环境5.3 产品能力摘要下表从好处和功能方面指明逗你呢网站系统的主要能力。编号客户好处支持功能统一的操作和管理模式所有网站的相同业务职能的岗位人员使用相同的环境和工具，实现注册登录，笑话的发布，评论，回复，赞、调用QQ登录等功能2统一的数字化资源管理维护所

7、有的列入网站资源管理计划的网站资源都获得统一的管理操作功能，统一记录到网站系统的服务器，并且通过资源同于业务视图提供有关资源装状态的最新信息供各方面人员使用3简化了网站层级流程由于分别采用够了合理的集成和集中数据处理的策略，所有与对应业务管理所需要的业务数据均可从中心服务器提取，其真实性和准确性不再需要通过相关单位责任人员的审核处理。有效的简化了网站层级之间的操作流层4办理申请及获取许可文件均可以在同一个地点完成，申请人无需往返不同局委办。无论通过在线申请还是到服务窗口申请，都可以在办理完成后到服务窗口领取许可证书文件，系统为所有的前端窗口提供了证件打制功能。所有的办理费用可以直接在窗口支付即

8、可。8安全和机密。用户需要使用有效的用户标识和密码才能获得对DNN网站系统的实时操作访问权。对于网上在线递交的申请材料，还采取了数字签名技术。系统会保护申请人的申请数据信息不受到非授权访问。5.4 假定和依赖关系以下假定和依赖关系与本愿景文档中概述的逗你呢管理系统的能力相关： 所有对新系统的发生的其他系统的数据交换都不能采用相互之间直接读取数据库的方法实现；5.5 成本和定价略。5.6 许可证和安装本项目多有产品版权均属于2013软件技术1班毕业设计一组所有，仅限于网站内部发行使用，所有安装均布置与网站网络中心服务器。6 产品功能本节定义并描述DNN系统为了向用户提供好处所必需的高级别能力。6

9、.1 注册与登录主要用于用户的登录。用户权限分为管理员、经理和服务员。当用户输入用户名和密码并经过确认为正确后，才能进入个人信息管理或者系统后台管理，并使其拥有相应的权限。如果不是系统用户，或者密码错误，拒绝进入本系统。其中游客只能有浏览笑话的权限，可以直接在系统上输入注册资料，注册信息无误便注册成功。6.2后台基础信息管理后台基础信息管理可以管理帖子类型、帖子、会员信息管理、意见反馈管理，但登录用户必须是管理员才有权管理。6.3会员个人信息修改会员要求登录成功后，能够编辑自己的个人资料以及更换自己的头像。更新个人信息必须需要有数据校验，确保数据格式录入正确。6.4笑话的发布及管理会员登录系统

10、可以发布笑话，以及图片。该功能要求实现图片的批量上传，以及选择照片后显示预览。在发布成功后，会员有权进行相应的编辑、删除。6.5对笑话进行点赞、踩、评论会员看到喜欢的笑话、图片可以对文章进行点赞，或者评论表扬作者，遇到不喜欢的笑话，同样可以进行踩，评论来表达自己的看法。6.6分享网站、分享某笑话在会员看到十分搞笑的笑话或图片时，可以将该笑话分享给好友，方式可以通过QQ空间、qq、朋友网等。当然觉得我们网站不错，可以直接分享网站链接给好友。二、 系统需求规格1 前言1.1 编写目的本文件描述“逗你呢网站”项目软件需求规格以及相关的实施约束，作为概要设计，系统测试计划，测试用例编写等的输入源，本文

11、件涉及的主要使用者和使用职责如下：使用者组长对在策划阶段确定的包括日程、资源、分工等项目资源进行二次细化，并促使项目及时向设计阶段过渡。分析员根据本文件确定业务模型、需求模型和分析模型，指导设计人员实现系统设计所需要的业务知识培训，并处理在需求评审过程中未能识别的未知缺陷。开发工程师根据本文件确定的项目软件需求内容和范围，参与或负责相应的概要设计和详细设计工作。测试负责人根据本文件确定的项目软件需求内容和范围，编写网站项目软件测试计划和网站项目软件测试用例。1.2 系统涵盖范围“逗你呢网站”是根据当前网络的发展，人们在网上的交流、娱乐的需要而编制的。根据要求，本项目软件系统将采用B/S结构实现

12、全部的系统功能，项目的主要实现范围如下： 为普通用户提供注册、登录 为已注册用户提供查阅、发表、评论帖子或笑话、趣图的平台， 为普通用户管理自己的帖子、笑话以及评论； 为游客提供浏览、分享他人的帖子、趣图的平台； 为管理员提供管理用户、管理用户帖子、趣图的权限；1.3 假设和限制 在本文件需求规格描述中，所有的分析级的需求条目都归属于与某个用例，即一个需求在且仅在一个用例中描述实现，如果在另外的用例中也可以实现，相关的描述仅为引用性描述； 为验证需求，一个需求应有一个或一个以上用例。1.4 文档组织结构本文件按照系统概貌、系统软件功能性需求模型、系统软件非功能性需求模型、系统环境配置四个大部分

13、组织： 系统概貌：描述系统结构的高层视图，用于定义系统总体的结构以及它们之间的相互关系； 系统软件需求分析模型：以用例为核心描述业务目标实现所需要的软件功能性需求和相应的实现场景，具体内容按照业务构成分类进行组织，每个类型的业务需求都按照系统业务实体模型、系统需求清单、系统需求用例（每个用例按照用例规格说明、用例活动图、用例实现场景三个部分组成）进行描述； 系统软件非功能性需求模型：描述系统运行所必需的有关安全、性能、容错、可扩展性性等方面的具体需求； 系统环境配置：描述系统运行支持环境，包括软件、硬件和网络三个方面。1.5 参考资料文档名称版本日期逗你呢项目愿景说明书2015-1-262 系

14、统概貌2.1 系统总体设计本项目软件由帖子类型管理，帖子管理，用户管理，角色管理，用户反馈等模块组成，各业务模块组成总体结构如下：2.2 各模块的简要说明名称简要描述帖子类型模块用于用户管理员管理帖子类型时操作帖子管理模块用于普通用户管理自己所发表的帖子的操作用户管理模块用于管理员进行管理用户的操作角色管理模块用户管理员进行角色给定管理的操作5用户反馈模块用于普通用户反馈系统存在的问题2.3 体系结构系统架构分为表现层、业务逻辑层、数据持久层和数据库层，其中表现层包含系统对外提供数据服务的一个接口层，每个层在处理程序上都有明确的责任,功能上不能其它层混合，并且每个层要与其它层分开。并在层与层之

15、间提供通信接口。2.3.1 表现层本系统表现层分为独立工作操作站点和外部接口服务站点两部分，其中工作操作站点采用ASP.Net MVC 4.0框架实现，外部接口服务站点采用常规的Web Service站点即可，本项目表现层提供的主要功能如下： 管理用户的请求,做出相应的响应。 提供一个Controller ,委派调用业务逻辑和其它上层处理。 处理异常，将所有异常抛给Action 统一处理。 验证用户输入，确保用户输入的资料合法有效。2.3.2 业务逻辑层业务逻辑层包括业务领域模型（Domain Model）和业务逻辑关系管理模型（Logic Management）两个部分，将业务逻辑层分成两个

16、部分，对是否使用ORM支持框架就具备相应的灵活性，在本项目中业务逻辑层负责实现以下功能： 处理应用程序的业务逻辑和业务校验 统一管理事务 提供与其他层相互作用的接口 管理业务层级别的对象的依赖。 在显示层和持久层之间增加了一个灵活的机制，避免两者的直接联系。 管理程序的执行（从表现层到业务层到持久层）。2.3.3 数据持久层持久层采用Microsoft Enterpriser Library 5的相关模块实现，数据持久层在本系统中执行如下功能： 用于执行数据的CRUD（Create ,Retrieve,Update,Delete）操作。 为将来数据库迁移做准备（易于扩展支持大多数数据库，并且迁

17、移时改动比较小）。2.4 用户特性2.4.1 系统业务用户分类维护网站相关的基础设施等网站资源的基础数据，定期输入网站资源状态数据，根据所有拥有的资源录入、编辑、删除。浏览帖子，浏览笑话，图片2.4.2 系统用户分析模型下图描述了在本系统中，用户分析模型的组成结构：2.5约定的规格说明参考在实际的项目软件规格说明中，有一部分的用例处理过程比较接近，主要用于实现基础数据的CURD，因此事先约定类似的说明参考，除针对相关的表现规格进行具体定义意外，在具体的用例中不再重复说明用例规约、活动图与业务实现场景，而是指明参考即可，本规格说明书约定采用“管理网站基础信息”为基准。2.5.1 系统需求用例规约

18、说明2.5.2 管理帖子_用例规格说明用例编号:dnx-001用例名称:管理帖子建立人:Xxx最后更新人:建立日期:最后的更新日期:相关Actor：普通用户用途描述：用于普通用户对自己的帖子进行删除操作。前置条件：该用户已有发表过的帖子后置条件：1.用户获得操作系统的设备与网络环境；2.用户登录系统网站优先程度：使用频率：正常事件流：1.普通用户登录”逗你呢“网站，用例开始；2.点击“个人中心”3.在某一帖子的标题对应的最右边点击“删除”；4.删除成功，用例结束。可选事件流：A1.用户未登录A1.1 重新执行正常事件流1；A1.2 可选事件A1结束。意外事件流：包含/扩展关系：特殊需求：假定：

19、补充说明：2.5.3 管理帖子_用例活动图2.5.4 用例实现场景2.5.5 用户界面样式用户界面样式源自用例实现场景的边界类，描述用户操作的基本环境，除需要特别处理的业务数据界面以外，一般均可参照本节规格表达界面需求。3 系统软件功能性需求模型本部分以模块为单位，分别描述说明功能模块划分与基本逻辑关系、模块的业务实体及基本关系、业务实体数据处理的一般要求，然后通过用例（含用例规约、用例活动图和基本的实现场景）的方式描述业务需求实现的过程。3.1 用户管理用于支持项目软件运行实现所需要的最基本的数据的管理，处理主要业务对象是：用户管理，包含对用户的新增、修改，查找，删除的处理。3.1.1 用户

20、管理功能模块逻辑说明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用户管理_用例规约说明dn

21、x-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 帖子类型管理用于支持项目软件运行所需要的最基本的业务实体数据的管理，处理主要对象是：帖子类型管理，包含

22、对帖子类型的新增， 删除，查找，修改的处理。3.2.1 帖子类型管理功能模块逻辑说明SP02.01查看帖子类型A. 支持系统使用人通过系统查找帖子类型的操作SP02.02修改帖子类型1. 支持系统使用人通过系统修改帖子类型的操作。新增帖子类型B. 支持系统使用人通过系统新增帖子类型的操作。SP01.04删除帖子类型C. 支持系统使用人通过系统删除帖子类型的操作。3.2.2 帖子类型管理业务实体类模型帖子类型列表查看A. 系统管理员通过登录系统后台，查看帖子类型列表信息。帖子类型新增输入A. 系统管理员通过登录系统后台，新增帖子类型。修改编辑帖子类型A. 系统管理员通过登录系统后台，修改编辑帖子

23、类型。SR-01-05A. 系统管理员通过登录系统后台，删除帖子类型。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角色管理用于支持项目软件运行