精华内容
下载资源
问答
  • 软件需求分析说明书

    2011-11-27 19:25:30
    主要是对一学习系统需求分析,包括了最主要的数据流图、数据字典、小说明部分。
  • 软件需求分析说明书模板,需求分析模板,需求分析说明书,最标准的需求分析说明书模板,需求分析,需求分析文档
  • 文件编号 受控编号 版本 1.0 编制日期 生效日期 密级 编制 审核 批准 软件需求分析说明书审查规范 1 修改记 录编号 修改 状态 修改位置及内容 修改人 审核人 批准人 修改日期 1. 2. 3. 4. 5. 6. 7. 8. 文件修改控制2...
  • 软件需求分析说明书软件需求分析说明书软件需求分析说明书软件需求分析说明书
  • 文档编号 文档状态讨论中 XX酒店信息管理系统 软件需求分析说明书ver2.3 PK软件集团有限公司 2016-05-01 目录 TOC \o "1-3" \h \z \u 1 系统简介 3 1.1系统背景 3 1.2 功能架构 3 1.3环境配置 4 1.4 业务流程 5 2 ...
  • 软件需求分析说明书实例分析,提供详细的分析说明,UML使用
  • 软件需求分析说明书。这是一个软件需求分析说明书的电子文档
  • XXXX科技有限公司 XXXXX项目 应用软件需求分析说明书 编制 审核 审定 会签 批准 年 月 日 文档修改记录 日期 版本 修改内容 修改人 批准人 2018-2-3 添加电子海图比例尺 2018-2-3 更改参数定义不明确 2018-2-3 添加...
  • 湖南拓维信息系统股份有限公司软件需求分析说明书:DOCPROPERTY
  • 汽配软件需求分析说明书 非常详细 有需要的赶快下吧 绝对超值
  • 店铺管理超市采购系统软件需求分析说明书 案卷号 日期 项目名称 软件需求说明书 作者 完成日期 签收人 签收日期 修改情况记录 版本号 修改批准人 修改人 安装日期 签收人 目录 TOC \o "1-4" 1引言 1 1.1编写目的 1 ...
  • 销售管理系统软件需求分析说明书,使软件开发更容易
  • 软件需求分析说明书 1.引言 1.1编写目的     本文档的目的是详细地介绍停车场管理系统所包含的需求,以便客户能够确认产品的确切需求以及开发人员能够根据需求设计编码,以下叙述将结合文字...
    软件需求分析说明书

    1.引言

    • 1.1编写目的
          本文档的目的是详细地介绍停车场管理系统所包含的需求,以便客户能够确认产品的确切需求以及开发人员能够根据需求设计编码,以下叙述将结合文字描述,流程图来描述停车场管理系统的功能,性能,运行环境。
    • 1.2背景
          该系统为停车场服务,使停车场管理者更方便管理停车场,让车主明确该停车场收费标准,自己的停车时间,以及应付费用。

    2.任务概述

    • 2.1目标
          现在的生活水平越来越好,很多家庭都买了私家车,极大的方便了人们的出行,随着私家车的增加,停车场也越建越多,为了方便停车场管理员的管理,我们做出了这套停车场管理系统。
      如图是停车场管理系统的主要功能例图:

    停车场管理系统的主要功能例图

    • 2.2用户特点
          用户1:停车场管理员
          描述:可以看到每辆车进入的时间以及已经停放的时间、每辆车停放的位置和剩余车位。
          用户2:车主
          描述:可以了解该停车场的收费标准、该停车场的剩余车位,停车时间和应付费用。
      3.需求规定
    • 3.1对功能的约定
      • 3.1.1注册账户
        停车场管理员:绑定停车场获得管理员权限、解除绑定。
        车主用户:查看停车场剩余车位。
      • 3.1.2注册会员
        车主可以充值成为会员,享受更多优惠,停车费可以从会员卡里扣除。
      • 3.1.3查找功能
        车主可以查找最近的停车场。
    • 3.2对性能的规定
      • 3.2.1精度
        该软件数据的输入、处理、输出所要数据达到的精度说明如下:本软件涉,及到需要手工输入数据的字段及说明如下:
    字段 精度 备注
    账号 合法的邮箱格式
    密码 6-18个字符
    会员卡剩余金额 保留两位小数
    用户是否存在 布尔类型 True/False
      • 3.2.2时间特性要求
        实时反映停车场剩余车位及会员卡账户余额。
      • 3.2.3灵活性
        应用于PC端和手机客户端。
        4运行环境规定
    • 4.1设备
      操作系统为Windows7,Windows8,Windows10的PC;
      Android5.5和iOS6.0.1以上的手机。
    • 4.2开发环境
      Windows10操作系统
      Dev-c++5.11
      MySQL

    【注】博文里有停车场管理系统其他设计说明书

    展开全文
  • 软件开发 需求 分析 桌面软件 需求分析
  • 本文将与《UML系统分析与设计02-用例图和活动图(上)》、《UML... 《软件需求分析说明书》虽然不是UML体系的内容,但作为使用UML进行系统分析与设计的一项重要输出,我想也很有必要进行简单的说明。由于我所在的公...

    本文将与《UML系统分析与设计02-用例图和活动图(上)》、《UML系统分析与设计02-用例图和活动图(下)》共同组成简单的基于UML技术的软件需求分析说明并对其分析结果进行输出,后续将继续对基于UML技术的软件设计进行总结,以抛砖引玉。

     

         《软件需求分析说明书》虽然不是UML体系的内容,但作为使用UML进行系统分析与设计的一项重要输出,我想也很有必要进行简单的说明。由于我所在的公司本文档标记为“保密”,也就无法在此共享出来给大家做个参考。

         但话又说回来,我所在的公司以前也是没有这个文档的,至少在我入职时是没有的,后来应该是参考了别的人模板,结合自身的特点作了一定的更改,与网上公开的模板也是大同小异。有兴趣的可以参考一下百度文库中的“系统需求分析说明书实例模板”。(我并没有认真分析其内容,只是简易的看了下格式)

    [注:如果下载不了的,可以通过工具“iDocDown”来下载百度文库中的文档。当然,对下载“系统需求分析说明书实例模板”文档带的任何责任,本人概不负责。]

        本着学习与交流的目的我把我所了解的文档目录共享给大家,目录大体分分三部分:

        1):前面部分

        前部分的内容大多可以从产品的《可行性分析报告》和《产品需求规格说明书》中获得,不做详述。

     

         2):中间部分

        中间部分是本说明书的重点,主要是对业务/需求进行分析后的文档输出,是本文的重点。

     

        3):后面部分

        最后部分主要是从总体上的要求,比如:与外部系统的集成与合作,对产品的后继开发升级、扩展等进行了一些规划。

     

        4):特别说明

        在本文档中,有很多类似“约束”、“限制”、“环境”等字眼,后继一般会以“非功能性需求”来进行验证,很多时候销售为了签单往往在前期什么都答应,不以为然。比如响应时间、并发数据、数据量等,但对开发来说却不可大意,我曾经就在并发数上吃过亏。

    [注意:可性行分析和产品规格说明书,都是基于产品的。而系统需求分析说明书是基于当前项目的,产品需求可能会分成若干个项目,分批次分阶段来进行(我们有时会忽悠用户说:在第二期为您提供。其实有钱才有第二期,没钱就是遥遥无期)。严格来说两个文档的目标,用户等可能不完全一致,可以简单的认为项目的需求小于等于产品需求]

        从目录中我们会发现:其实前部分和后部分在以往的文档中都基本上已经提及,所以直接拷贝过来整理一下即可,也不是重点。中间部分的“用例描述”就成了我们的本次说明的重点,主要用于对功能性需求进行描述。也就是我们前几篇文章中所讲的需求分析所生成结果的文档输出、即《软件需求分析说明书》。

        《软件需求分析说明书》的格式,以Word格式为例常见的有两种。经我在网上查找,基本上类似如下下:

        1):  表格方式

    用例1

    用例名称

    描述

    该用例的详细解释

    前提

    要使该用例能够工作,系统需要处于什么样条件下,如商店要卖东西必须先开张

    触发条件

    是什么导致这个用例开始工作?如顾客需要商品,并进入商店。

    成功

    用例完成后系统处于什么状态?如顾客拥有了所需产品并感到愉快,货币保存在出纳机中,等待下一位顾客。

    中止

    如果用例被放弃了,会发生哪些情况?如,如果顾客放下购物篮没有买任何东西离开,需要有人看到这些并把货物放回原处。

    参与者

    主要的

    谁起主导作用?如顾客和收款员?

    从属的

    谁起次要作用?如店员?

    过程

    步骤

    活动名

    描述

     

    1

     

     

     

    2

     

     

     

    3

     

     

     

     

     

     

     

     

     

     

    变更

    步骤

    活动名

    描述

     

     

     

     

     

     

     

     

     

     

     

     

     

     

     

     

    异常

    步骤

    活动名

    描述

     

     

     

     

     

     

     

     

     

     

     

     

     

        2):  编号方式

    1. 用例名

         1.1   前置条件

         1.2   后置条件

         1.3   扩充点

         1.4   事件流

         1.4.1          基流

         1.4.2          分支流

            S-1:

            S-2:

            S-n:

         1.4.3          替代流

            E-1:

            E-2:

            E-n:

     

         2.用例名2(略)

     

         我比较喜欢第二种缩进方式,因为活动图的步骤是不定的,我不喜欢总去添加和删除网格,麻烦。当然网格看起来比较一目了然。废话说了一堆,直接来个例子以作参考吧  (*^_^*)

     

    -------------------------示例-------------------------

    1.     唱片资料管理

    1、  用例图

     

     

    2、  用例描述:

         管理唱片资料用例,主要用于管理员对唱片资料信息进行“新增”、“修改”和“删除”操作,方便管理员对唱片资料进行及时创建和更新。(此处可以更详细一些)。

         管理员在“基础数据管理”的“唱片资料管理”模块来实施本用例。主要用于维护唱片资料的基础信息、库存信息等。

         该用例包括三个具体的用例:

              创建唱片资料:管理员输入唱片的基础信息、库存信息,并创建数据信息。

              修改唱片资料:管理员修改唱片的基础信息、库存信息。随后进行保存或取消恢复操作。

              删除唱片资料:管理员对所选的唱片资料信息进行删除。

    3、前置条件:

         只有具有管理员身份的用户才具有此功能的操作权限。

    4、后置条件:

         如用例成功,则用例对应的唱片信息及关联信息将会被新增到系统中、或被修改更新、或被删除;如不成功,则系统状态不变化。

    5、参与者:

         管理员

    6、基本事件流:

         当管理员需要新增、修改、删除唱片资料信息时,用例启动。

         系统呈现管理员可以执行的活动(新增唱片资料、修改唱片资料、删除唱片资料)供选择。

         如果所选活动是“新增唱片资料”,则执行分支流S-1:新增唱片资料。

         如果所选活动是“修改唱片资料”,则执行分支流S-2:修改唱片资料。

         如果所选活动是“删除唱片资料”,则执行分支流S-4:删除唱片资料。

    7、分支流:

    S-1:新增唱片资料

         (1)       用户选择新增操作

         (2)       系统提供新增唱片资料的信息编辑界面,要求用户指定唱片名称、出版社、出版时间、现有库存进行录入。

         [注:这些信息只为代表,并不一定适应现实]

         (3)       用户录入完唱片资料信息后提交

         (4)       系统校验用户提交的信息(E-1)

         (5)       系统保存新唱片资料信息内容

    S-2:修改唱片资料

         (1)       用户选择修改操作

         (2)       系统显示唱片资料列表并要求用户选择要修改的唱片资料

         (3)       用户选择一个要修改的唱片资料

         (4)       系统提供选中唱片资料的信息编辑界面

         (5)       用户编辑唱片资料基本信息后提交

         (6)       系统校验用户提交的信息(E-2)

         (7)       系统保存修改后的唱片资料信息内容

    S-3:删除唱片资料

         (1)       用户选择删除操作

         (2)       系统显示晶片资料列表并要求用户选择将要被删除的唱片资料项

         (3)       用户选择唱片资料并确认删除唱片资料

         (4)       系统校验用户提交的信息(E-3)

         (5)       系统删除唱片资料的信息

    8、替代流:

         E-1:用户提交的唱片资料信息与系统中的数据有冲突,系统显示失败的信息,用户可以重新输入或终止用例。

         E-2:用户提交编辑后的唱片资料信息与系统中的数据有冲突,系统显示修改失败的信息,用户可以刷新唱片资料列表显示重新开始修改或终止用例。

         E-3:用户选择的删除操作不可行,系统显示失败信息,返回并刷新唱片资料列表。或提示警告信息,用户可以确认或取消。

    9、扩充点

         无;

         [注:此处用于描述“extend”的用例说明]

    10、活动图:

     

    [注意:好的用例分解,其优点不仅体现在技术方面,对项目管理也是很有帮助的。特别是在进行任务WBS分解及任务计划制定时,会表现的一目了然。]

     

    -------------------------示例完-------------------------

     

         到目前为此大部分基于UML的工作是对需求进行分析,从而进行一定的筛选和归纳,主要面对的对象是用户、产品经理等。在整个过程中技术人员可能更多作用的是明确用例的可行性,并协助完成对产品需求到系统需求的转换(比如“店长可以删除唱片资料,而店员不可以”进行分析后转化成“基于角色的权限管理”)从而形成这个《软件需求分析说明书》。

         《软件需求分析说明书》的一个重要作用是把产品需求或用户需求转变成了系统需求,成为后继项目开发的一个基线。按“项目管理”的说法是明确了本项目的“项目范围”。

         当然,在很多的项目中也会把“系统的典型UI风格”、“操作文档”、甚至“简单的Demo模型”等作为附件与本说明书一起提供,为相关的“评审”提供更直观的表述,为后继开发提供更准确的指导。

     

    [补充:软件需求分析说明书有时也称作:系统需求分析说明书或系统软件需求分析说明书]

    转载于:https://www.cnblogs.com/showjan/archive/2012/11/21/2780161.html

    展开全文
  • 胜利大逃亡手机游戏软件 详细需求分析说明书
  • 学生管理系统需求分析说明书 是关于学生管理系统的需求分析说明书,内容齐全
  • 一些自己网上找的软件需求说明书,一起打包发给大家,呵,看来了,很好,很专业
  • 编写软件详细的需求说明书,包含2. 任务概述 2.1. 目标 2.2. 用户的特点 2.3. 假定与约束 ……………… ………… ……………………
  • 1? 引言. 2 1.1? 编写目的. 2 1.2? 背景. 2 1.3? 定义. 2 1.4? 参考资料. 2 2? 任务概述. 2 2.1? 目标.
  • 软件工程的大作业,要求写一个系统软件需求分析说明书,从网上找了点,然后自己再写了点就能搞定
  • 1.导言 1.1编写目的 该文档描述了SPM课程网站的功能和性能的要求,...对于开发技术在这里并没有涉及,而+要是通过建立模型的方式来描述用户的需求为,客户、用户,开发方等不同参与方提供一个交流的平台。 1.3参...

    1.导言

    1.1编写目的

    该文档描述了个人博客网站的功能和性能的要求,将作为对该项目在概要设计阶段的设计输入。
    本文档的预期读者包括:
    1.设计开发人员
    2.项日管理人员
    3.测试人员
    4.用户

    1.2项目范围

    该文档的月的是解决整个项月系统中“做仁么”的问题。对于开发技术在这里并没有涉及,而+要是通过建立模型的方式来描述用户的需求为,客户、用户,开发方等不同参与方提供一个交流的平台。

    1.3参考资料

    [1]《软件工程导论第6版》 张海潘等清华大学出版社
    [2]《软件项目管理案例教程第3版》韩万江等,机械工业出版社

    2.项目介绍

    2.1项目背景

    博客是使用特定的软件,在网络上出版、发表和张贴个人文章的人,或者是一种通常由个人管理、不定期张贴新的文章的网站。博客上的文章通常以网页形式出现,并根据张贴时间,以倒序排列。博客是继MSN、BBS、ICQ之后出现的第4种网络交流方式,现已受到大家的欢迎,是网络时代的个人“读者文摘”,是以超级链接为入口的网络日记,它代表着新的生活、工作和学习方式。许多博客专注在特定的课题上提供评论或新闻,其他则被作为个人性的日记。一个典型的博客结合了文字、图像、其他博客或网站的链接及其它与主题相关的媒体,能够让读者以互动的方式留下意见,是许多博客的重要要素。大部分的博客内容以文字为主,但仍有一些博客专注在艺术、摄影、视频、音乐、播客等各种主题

    2.2项目目标

    开发一个具有开放体系结构的、易扩充的、易维护的、具有良好人机交互界面的个人博客网站,为网络用户提供进行在线交流的网络平台。
    通过个人博客网站可以结交更多的朋友,表达更多的想法,它随时可以发布文章。

    3.应用环境

    3.1系统运行网络环境

    游客、已注册用户、管理员可以通过网络登录到网站,并进行相应的操作,应用服务器收到相应操作

    3.2系统运行软件环境条件

    1.具有java虚拟机的操作系统
    2.数据库MySQL
    3.开发工具JavaEE Eclipse
    4.web服务器TomCat

    4.服务要求

    1.信息服务:文章显示,热点文章推荐,博主风采。
    2.查询服务:可以根据文章内容,文章标题,留言标题等进行模糊查询。
    3.评论、留言服务:游客或者用户可以对系统进行留言或发表看法意见。

    5.系统角色分析

    角色是指与系统产生交互的外部用户或者外部系统。本系统的使用角色主要有游客、会员、管理员三种。以下是详细介绍

    5.1游客

    游客是第一次进入网站,但未进行注册,进行部分功能试用,在具体的功能实现上,可以分为以下几个部分:

    5.1.1.搜索和浏览他人的博客

    游客不须登录系统就可以实现查看日志照片以及博客主的资料信息。

    5.1.2.用户注册

    游客将个人的信息存储到博客网站的数据库中,以成为本博客的正式用户。

    5.2会员

    通过计算机网络将前台与后台的数据库相连,系统用户将从前台得到的信息进行处理,实现文章管理,信息管理,个人相册管理,评论,留言等子系统。

    5.2.1.博客管理

    注册用户员对网站中自己的文章进行删除,更新等操作。

    5.2.2.信息管理

    发布,更改个人资料信息。

    5.2.3.个人相册管理

    对博客相册中的图片进行上传,更新,删除操作。

    5.2.4.好友管理

    添加或删除好友。

    5.2.5.评论

    对于他人给自己的不恰当评论予以删除。

    5.2.6.留言

    对他人给自己的留言进行回复或删除。

    5.3管理员

    5.3.1.用户管理

    对已注册的用户进行管理。

    5.3.2.评论、留言管理

    对已注册的用户发表的评论和留言进行管理。

    5.3.3.相册管理

    对已注册用户上传的照片进行审核,严禁上传不和谐的照片。

    5.3.4.博客管理

    对用户已发表的博文进行管理,规范其内容,屏蔽掉一些不健康或反动的言论。

    6.系统功能需求

    分析现有情况及问题,将个人博客系统划分为三个功能用例:游客用例、用户用例、管理员用例。
    在个人博客系统中,管理员要让每个博客申请个人博客账号,并让博客设置个人密码,账户内存储每个博客的个人信息。有账号的博客用员可以通过管理员浏览好友动态、写博文、分享博文等。每个博客浏览的范围、期限不同,可通过互联网或登录个人博客网站查询个人信息和其他情况。
    登录个人博客主页时,先输入博客的账号和密码,系统验证该帐号的有效性,无效则提示其原因,有效则显示博客的主页信息,供管理员人工核对。然后可以进行浏览动态,添加应用等一些功能。

    6.1系统总体用例

    系统总体用例图
    在这里插入图片描述

    6.2系统类图

    类图
    在这里插入图片描述
    在这里插入图片描述

    7.系统角色功能用例

    7.1.游客

    7.1.1用户注册

    用例名称: 用户注册:
    用例ID:
    角色:游客
    用例说明: 游客注册成为用户
    前置条件: 还未注册成为用户
    基本事件流:
    1游客请求注册
    2. BLOG系统弹出用户注册页面
    3.游客输入个人信息,包括用户名、密码、邮箱、联系电话、出生日期,并选择“注册”。
    4.系统保存注册信息
    其他事件流:
    游客输入的个人信息不完整,如某一项没有填写,并选择“注册”,系统给出提示信息
    游客输入的个人信息不符合格式要求,并选择“注册”,系统给出提示信息
    游客选择“取消”,系统则退回注册页面
    如果系统已经有重名的用户名,系统不保存新建的用户,系统给出提示信息:“此用户名已经存在”
    异常事件流:
    系统保存新建用户时出现系统故障,例如网络故障,服务器故障,系统弹出“系统异常页面”,提示游客保存失败
    后置条件:
    新用户信息保存到系统中,游客便可登录系统

    7.1.2博客搜索

    用例名称: 博客搜索
    用例ID: .
    角色: 游客,注册用户
    用例说明:
    游客和注册用户可以进行博客搜索,搜索自己感兴趣的博客
    前置条件:无
    基本事件流:
    1.打开搜索页面
    2.进行博客搜索
    其他事件流:无
    异常事件流:无
    后置条件:无

    7.1.3博客浏览

    用例名称: 博客浏览
    用例ID:
    角色: 游客,注册用户对博客进行浏览
    用例说明: 对博客进行浏览
    前置条件:无
    基本事件流:
    1.进入要浏览的博客.
    2.对博客的内容进行浏览
    其他事件流:无
    异常事件流:无
    后置条件:无

    7.2.用户

    7.2.1用户登录:

    用例名称:用户登录
    用例ID: .
    角色: 用户,系统管理员
    用例说明:用户、系统管理员登录系统
    前置条件:用户已注册
    基本事件流:
    1.用户,系统管理员请求登录
    2. BLOG系统弹出用户登录页面
    3.用户,系统管理员输入账号、密码,并选择“确定”,登录系统。
    4.系统检验登录信息
    其他事件流:
    用户,系统管理员输入的信息不完整,如某一项没有填写,并选择“确定”,系统给出提示信息
    用户,系统管理员输入的信息不符合格式要求,并选择“确定”,系统给出提示信息
    用户,系统管理员选择“取消”,则不进系统如果系统校验到账号和密码不对应或者没此账户时,则系统给出提示信息:“账号或密码不匹配,请重新输入。
    异常事件流:
    系统校验时出现系统故障,例如网络故障,服务器故障,系统弹出“系统异常页面”,提示注册用户,系统管理员登录失败用户,系统管理员登录系统
    后置条件:
    用户,系统管理员登录系统

    7.2.2修改个人资料

    用例名称: 修改个人资料
    用例ID:
    角色: 用户
    用例说明: 注册用户更新个人信息
    前置条件:
    游客已注册成为用户
    基本事件流:
    1.用户请求更新个人信息
    2.系统显示更新信息页面,提示会员输入个人信息
    3.用户输入按提示输入个人信息,选择“保存”
    4.系统验证昵称的格式5.系统验证邮箱的格式
    6.用户选择“浏览”,上传照片成为自己的头像。上传成功按“保存”
    7.系统保存用户个人信息。
    其他事件流:
    用户选择“取消”,系统返回首页
    昵称验证不符合规则,给出提示信息,要求重新输入
    邮箱验证不符合规则,给出提示信息,要求重新输入
    异常事件流:
    系统保存信息时出现系统故障,例如网络故障,服务器故障,系统弹出系统异常页面,提示用户修改个人信息失败。
    后置条件:
    用户修改个人信息

    7.2.3发表博文

    用例名称: 发表博文
    用例ID:
    角色: 已注册用户
    用例说明: 用户发表博文
    前置条件: 用户已注册
    基本事件流:
    1.用户请求发表博文
    2. BLOG系统弹出一个页面
    3.用户输入标题及博文内容,用户选择“发表”
    4.系统验证标题的格式,系统验证博文内容的|格式,系统保存用户博文
    其他事件流:
    用户选择“取消”,系统返回博客首页
    标题验证不符合规则,给出提示信息,要求重新输入
    博文内容验证不符合规则,给出提示信息,要求重新输入
    异常事件流:
    系统保存博文时出现系统故障,例如网络故障,服务器故障,系统弹出“系统异常页面”,提示用户发表博文失败
    后置条件:
    系统保存了博文

    7.2.4发表留言

    用例名称: 发表留言
    用例ID: .
    角色: 已注册用户
    用例说明: 用户发表留言
    前置条件:用户已注册
    基本事件流:
    1.用户请求发表留言
    2. BLOG系统弹出一个页面
    3.用户输入留言内容,用户选择“发表”
    4.系统验证留言内容的格式
    5.系统保存用户留言
    其他事件流:
    留言内容验证不符合规则,给出提示信息,要求重新输入
    异常事件流:
    系统保存博文时出现系统故障,例如网络故障,服务器故障,系统弹出“系统异常页面”,提示用户发表留言失败
    后置条件:
    系统保存了用户留言

    7.2.5发表评论

    用例名称: 发表评论
    用例ID: .
    角色:注册用户
    用例说明:用户添加评论
    前置条件:无
    基本事件流:
    1.用户请求发表评论
    2. BLOG系统出现页面
    3.用户输入评论内容,用户选择“发表”
    4.系统验证评论内容的格式
    5.系统保存用户评论
    其他事件流:
    评论丙容验证不符合规则,给出提示信息,要求重新输入
    异常事件流:
    系统保存评论时出现系统故障,系统弹出“系统异常页面”,提示用户添加评论失败
    后置条件:
    系统保存了用户评论

    7.2.6好友管理

    用例名称:好友管理
    用例ID:
    角色:注册用户
    用例说明:用户添加或删除好友
    前置条件:用户登录了系统
    基本事件流:
    1.用户请求添加或删除好友
    2. BLOG系统弹出一个页面
    3. 在第一行输入好友昵称,然后点击“搜索”
    4.即出现好友列表,在好友右面点击“添加好友”即可添加或点击“删除好友”
    其他事件流:无
    异常事件流:
    系统添加好友时出现系统故障,系统弹出“系统异常页面”,提示用户添加好友失败
    后置条件:
    用户添加或删除了好友

    7.2.7博文管理

    用例名称: 博文管理
    用例ID: .
    角色:用户
    用例说明:用户管理博文
    前置条件:用户已注册
    基本事件流:
    1.用户请求管理博文
    2.用户先点击要管理的博文,然后点击右下方的“编辑”,弹出管理博文的页面
    B.用户输入标题及博文内容,用户选择“更新博文”
    4.系统验证标题的格式
    5.系统验证博文内容的格式6.系统保存用户博文
    其他事件流:
    标题验证不符合规则,给出提示信息,要求重新输入
    博文内容验证不符合规则,给出提示信息,要求重新输入
    异常事件流:
    系统保存博文时出现系统故障,例如网络故章,服务器故障,系统弹出“系统异常页面”,提示用户管理博文失败
    后置条件:
    系统更新了博文

    7.2.8评论、留言管理

    用例名称: 评论、留言管理
    用例ID: .
    角色:用户
    用例说明:用户管理评论或留言
    前置条件:用户已注册
    基本事件流:
    1.用户请求管理评论及留言
    2.用户先点击要管理的评论或留言,然后点击右下方的“编辑”,弹出管理评论或留言的页面
    3.用户输入评论或留言内容,用户选择“更新评论或留言”
    4.系统验证评论或留言内容的格式
    5.系统保存用户评论或留言
    其他事件流:
    标题验证不符合规则,给出提示信息,要求重新输入
    评论或留言内容验证不符合规则,给出提示信息,要求重新输入
    异常事件流:
    系统保存博文时出现系统故障,例如网络敌障,服务器故障,系统弹出“系统异常页面”,提示用户管理评论或留言失败
    后置条件:
    系统更新了用户评论或留言

    7.3.管理员

    7.3.1博文审核管理

    用例名称: 博文审核管理
    用例ID: .
    角色:系统管理员
    用例说明:系统管理员审核已注册用户发表的博文
    前置条件:已注册用户
    基本事用例名称:
    1.管理员登入博客管理系统
    2.审核博文
    其他事件流:无
    异常事件流:
    第1步,系统校验时出现系统故障,例如网络故障,服务器故障,系统弹出“系统异常页面”,系统管理员登录失败
    后置条件:无

    7.3.2用户管理

    用例名称:用户管理
    用例ID:
    角色:系统管理员
    用例说明:系统管理员对已注册用户进行管理
    前置条件:已注册用户
    基本事件流:
    1.系统管理员登录博客管理系统
    2.对已注册用户进行管理(包括用户信息,发表的博文、评论、留言以及禁言等等)
    3.讲管理信息反馈回注册用户
    其他事件流:无
    异常事件流:
    系统校验时出现系统故障,例如网络故障,服务器故障,系统弹出“系统异常页面”,系统管理员登录失败
    后置条件:
    系统管理员登录系统

    展开全文
  • 《数据库需求分析与规划》设计第二阶段
  • 从网上淘的一个培训机构的需求分析说明说,从中感觉性能这点做的不错,拿来和大家分享
  • 需求分析说明书模板需求分析说明书模板需求分析说明书模板需求分析说明书模板需求分析说明书模板

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 3,684
精华内容 1,473
关键字:

软件需求分析说明书