小型企业网站建设旅游景点网论文,wordpress主机记录,网站策划书一般包括以下内容,免费网址申请1 软件项目开发流程#xff1a; 需求分析→概要设计→详细设计→编码实施→测试→产品提 交→维护
2 系统必须做什么#xff1f; 获取用户需求#xff0c;从用户角度考虑#xff0c;用户需要系统必须完成哪些工作#xff0c;也就是对目 标系统提出完整、准确、清晰、具体…1 软件项目开发流程 需求分析→概要设计→详细设计→编码实施→测试→产品提 交→维护
2 系统必须做什么 获取用户需求从用户角度考虑用户需要系统必须完成哪些工作也就是对目 标系统提出完整、准确、清晰、具体的要求。 提交的主要文档软件需求规格说明书以书面形式准确地描述软件需求。 ( 结构化需求模型数据流图、数据字典、状态图 面向对象需求模型用例图、类图、顺序图等
3 软件需求管理的过程 1 需求确认需求获取→需求分析→需求规格编写→需求验证 2 需求变更
4 需求的五个基本性质必要的、无歧义的、可测试的、可测量的、可跟踪的
5 需求获取方式自悟、访谈、小组会、快速建立软件原型 自悟特点不用与用户交流但对需求人员的要求太高一般不现实。 访谈1 正式访谈 系统分析员将提出一些事先准备好的具体问题。 2非正式访谈分析员将提出一些用户可以自由回答的开放性问题以 鼓励被访问人员说出自己的想法。 3调查表注意对客户分类经过仔细考虑写出的书面回答可能比被访 者对问题的口头回答更准确。 4现场观察用一段时间完整旁观原始系统的使用情况使用人员在 此基础上与客户做进一步交流。 条件1系统分析员能够正确提出问题2被访谈人能够准确表达出需 求并被分析员准确捕捉。3谨防“完美蠕型” 小组会的优点开发者与用户不分彼此齐心协力密切合作及时讨论并求精 有能导出规格说明的具体步骤。
6 快速建立软件原型是最准确、最有效、最强大的需求分析技术。快速原型就是快 速建立起来的旨在演示目标系统主要功能的可运行的程序构建原型的要点是 它应该实现用户看得见的功能省略目标系统的“隐含”功能。 建模: 就是建立模型通过对客观事物建立一种抽象的方法用来表征事物并获 得对事物本身的理解是对事物的一种无歧义的书面描述。 建模原则现实世界能够映射到模型模型能够描述现实世界模型行为能够正 确反映现实世界方法。 最杰出的建模: 地图
7 UML (Unified Modeling Language 统一建模语言为面向对象软件设计提供统 一的、标准的、可视化的建模语言。适用于描述以用例为驱动的软件设计的全过 程。 RUP统一过程是用例驱动的软件开发方法。 UML 不是一种程序设计语言而是一种可视化的建模语言比 C、Java 这样 的程序设计语言抽象层次更高适用于任何面向对象的程序设计语言。UML 不 是工具或知识库的规格说明而是一种建模语言规格说明是一种模型表示的标 准。UML 不是过程也不是方法但允许任何一种过程和方法使用它。 UML 视图分类分为三个视图域结构分类、动态行为、模型管理。 面向对象分析OOA构造模型 8 用例图是外部参与者所能观察到的系统功能的模型图。用例是参与者要实现的最 终目标。用例图还是软件测试人员进行测试的指导。 用例图的组成参与者活动者Actor、用例Use Case、关系Relationship 用例图是指由参与者Actor、用例Use Case以及它们之间的关系构成的 用于描述系统功能的静态视图 1用例间关系-泛化继承 ——参与者之间的泛化:便于权限设置 ——用例之间的泛化子用例和父用例相似但表现出更特别的行为子用例将 继承父用例的所有结构、行为和关系。子用例可以使用父用例的一段行为也可 以重载它。 父用例通常是抽象的。目的支持系统的可扩展性、代码复用。 2用例间关系-包含Include 【箭头指向】指向分解出来的功能用例。箭头出发的用例为基用例。包含用例 是必选的如果缺少包含用例基用例就不完整。 包含关系的代码表现B 类的对象作为 A 类的数据成员存在——对象的组合 代码复用 包含的两种使用场景1使用包含用例来封装一组跨越多个用例的相似动作 以便被多个基用例复用。包含关系最典型的应用就是复用。2当某用例的事件 流过于复杂时为了简化用例的描述我们也可以把某一段事件流抽象成一个被 包含的用例。 3用例间关系-扩展 extend 【箭头指向】指向基础用例。扩展用例是可选的如果缺少扩展用例不会影 响到基用例的完整性扩展用例在一定条件下才会执行并且其执行不会改变基 用例的行为。 用例图补充“系统”。系统被看作是一个提供用例的黑盒子。描述该系统功能的 用例置于方框内代表外部实体的行为置于方框外。 [有/无]条件条件泛化 无 条件发生、包含 无 条件发生、 扩展 有 条件发生 为 Actor 提供【直接/间接】服务泛化中的子用例 提供的是直接服务。 扩展用例 提供的是直接服务。包含中的被包含用例 提供的是间接 服务。
9 用例模型建模 任务获取需求建立需求模型用例模型绘制用例图和编写用例文档。 步骤①确定系统的参与者②确定场景③确定系统用例④确定用例之间的关系⑤ 编写用例描述文档 ①确定系统的参与者参与者是指直接和系统交互的一类事物参与者主要有 如下三类
(1) 直接使用系统的人如 图书管理员普通读者等角色
(2) 与该系统相关的其他系统如邮件系统
(3) 自动发生的事件如时间、温度等自动事件如库存管理系统要求每晚零 点执行一个数据汇总操作此时时间就成为该操作的执行者。 ②确定场景考虑参与者用系统做什么进一步描述场景。在系统中按照某 个顺序执行了一系列相关的动作后即可实现某种功能把完成这一功能操作的 集合称为场景。一个场景就是描述软件使用者与系统之间的一系列交互活动系 统具体执行的行为路径即一次完成的事件流。从个体角度考虑 场景的获取方法开发者与用户、客户进行交流来获取。 ③确定系统用例用例是对一组场景共同行为的抽象是参与者最终要实现的 目的。重点在于参与者与系统之间的交互而不是系统内部的活动。 方法从场景描述理解系统需求分析获取系统用例。 用例要点分析
1可观测用例是参与者与系统的交互不是系统内部的活动且一定是参与者主动发起的最后结果一定要反馈给参与者。习惯说用例止于边界。
2结果值每个用例都会对外界参与者产生一个有价值的结果。
3系统执行结果值由系统所生成
4由参与者执行用例的识别和定义都是从参与者角度出发要以参与者的 视角获取和定义。 “由参与者执行”的两层含义
①用例命名使用业务语言而非技术语言
②用例表达用户观点而不是系统能提供的功能 补充用例的粒度 用例定义原则“用例是参与者所要实现的最终目标并为参与者产生所需要的 价值”。 用例的粒度用例的大小可大可小一般一个系统易控制在 20 个用例左右。 对复杂的系统可以划分为若干个子系统处理。用例是系统级的、抽象的描述不 是细化的是做什么非怎样做 ④确定用例之间的关系过于复杂的用例需要适当分解以便分解功能、提高复 用性、可扩展性等。 包含从多个用例中提取公共部分的功能单独放到一个用例中提高复用性。 扩展将一个基用例中在某种特定情况下才激发的功能单独成为一个用例以保 持基用例的完整即一般情况都能处理。 泛化用例泛化一般作为抽象用例而存在为了复用或者扩展而使用。 ⑤根据需要可以细化用例 用例文档又称为用例规约或用例描述。用例文档是用于描述用例的文档每一个 用例对应于一个用例文档。在用例文档中需要用文字的方式描述用例的执行过程 即执行者与系统的交互过程 。 用例建模包括用例图的绘制和用例文档的编写。用例建模是软件需求分析到最终 实现的第一步它从用户的角度来描述软件系统的功能描述人们如何使用软件 系统。 用例描述组成内容
用例名称与用例图同并写相应编号
简要说明/描述简要描述功能
优先级标识软件客户对该用例实现状况的期许一般用 1~5 表示数字越大 优先级越高。
参与者执行者使用该用例的人或系统等。
前置条件在用例启动时参与者和系统应置于什么状态。这个状态必须是系统可 以识别到的。如“参与者已成功登录”不能是“参与者已打开电脑”。
后置条件用例结束时系统应置于什么状态。即用例结束时的系统状态或持久数 据情况。
事件流文档中最重要的部分描述如何通过交互传递由用例所承诺的价 值 它是一个被严格流程化规范化的故事用例开始入口——{用户发起请求—系 统校验请求—系统处理—系统反馈}——用例结束
事件流
1基本流没有异常/分支做 835 汽车胜利桥东下车确认 615 汽车还 运营坐 615 汽车到轨道交通 2 号线大北门站从地铁出来后在门口吃点东西。
2扩展流用户做出了另外的选择如果不饿不想吃东西也可以旁边星 巴克做一会儿。
3异常流系统没有像预期那样反馈用户数据如果 615 路汽车停运了 就直接打车
基本事件流没有任何分支、没有如果只有顺序描述预期会成功的路线。
①基本流必须完整不能引用其他扩展流
②使用主动语句以执行者或者系统为主语
③不涉及到界面细节
④不使用专业术语而是用业务语言
事件流描述示例
1、在文本框中输入账号 管理员输入账号
2、用户点击提交按钮 用户向系统请求提交表单
3、系统将销售记录生成 SQL 并执行写入数据库 系统记录销售
10 活动图是动态行为图用于描述系统的工作流程或一个用例的内部行为。 活动图的作用(1)描述系统业务工作过程涉及多个用例 2对用例规约 建模一个用例(3) 对复杂算法建模 活动图的组成元素1、初始节点和终点 2、活动节点 3、转换 4、决策与分支、 合并 5、分岔与汇合
1、初始节点和终点初始节点表示活动的起点用一个实心圆表示终点表示 活动的终结点用一个圆圈内加一个实心圆来表示活动终点在活动图中可能 包含多个活动终点。
2、活动节点用来表示一个活动一个活动表示一个或多个动作的集合。 活动活动可分解不是原子的工作的完成需要一定的时间。 动作是原子的不能被分解。如上“表达式”。
3、转换当一个活动结束时活动控制流就会传递给下一个活动节点在活动 图中称之为“转换”用一条带箭头的直线或折线来表示转换。
4、决策与分支、合并类似程序流程图的判断框 决策与分支用菱形表示的一个或多个离开转换。每个离开转换上都会有一个 监护条件用来表示满足什么条件的时候执行该转换。 合并指两条或多条控制路径汇合的情况。用菱形符号表示。
5、分岔与汇合 分岔表示一个控制流被两个或多个控制流代替经过分岔后这些控制流是并 发进行的。 汇合与分岔相反表示两个或多个控制流被一个控制流代替。 合并的各路分支选择哪条由决策条件决定不同的条件会选择不同的决策分支 分支之间是互斥的 汇合的两个分支相当是两个线程线程都要完成才能汇合其所有分支必须完成 才行没有条件。 活动图的其他组成元素
