精华内容
下载资源
问答
  • (软件工程)用例说明模板

    万次阅读 多人点赞 2018-03-28 15:16:59
    在画完用例图后,往往需要为图中的用例写用例说明,使得这些用例更加的清楚,流程更加完整其中一种用例说明的模板如下:用例编号:用例名称:(跟用例图一致) 执行者: 用例说明:(大致描述这个功能) 前置条件:...

    在画完用例图后,往往需要为图中的用例写用例说明,使得这些用例更加的清楚,流程更加完整
    其中一种用例说明的模板如下

    用例编号:


    用例名称:(跟用例图一致)


    执行者:


    用例说明:(大致描述这个功能)


    前置条件:(可以写无)


    基本事件流:(系统干啥,参与者干啥,数据库。。。

                            注意不要有如果,如果的情况写到异常事件流;

                            )

    1.首先系统打开......界面

    2.who点击......按钮(1和2可根据具体情况颠倒)

    3.系统有何反应

    4.who输入what信息

    5.点击...按钮

    6.数据库存入成功

     

    其他事件流:

    4a.

    5a.

    异常事件流:

    5b.数据库异常,输入出错,,,等

    后置条件:(一般不能写无,都会有,包括系统的反应)数据库表有什么变化;系统(页面)有什么变化;


    具体的例子:

    用例编号001
    用例名称注册学生信息
    参与者学生
    用例说明学生通过系统注册个人信息
    前置条件
    基本事件流

    1.学生输入账号

    2.学生第一次输入密码,然后再一次输入密码

    3.学生输入验证码

    4.学生点击注册按钮

    5.系统验证验证码是否正确

    6.系统保存学生账号和密码

    7.学生注册成功

    异常事件流

    2a.学生第二次输入密码与第一次不一致,注册失败

    3a.学生输入验证码错误,注册失败

    4a.学生点击注册按钮时出现网络故障,注册失败

    6a.系统保存学生账号密码时数据库出现差错,导致注册失败

    后置条件学生的账号密码保存到学生信息数据库表,系统进入到登录页面

    展开全文
  • 【软件工程】软件需求说明

    千次阅读 热门讨论 2018-03-25 17:06:28
    软件需求说明书的编写提示 1引言 1.1编写目的 软件需求说明上诉是需求分析阶段的一个文档,是对软件目标及范围的求精和...待开发的软件系统的名称:机房收费系统 b.本项目的任务提出者:米新江教授 开发者:...

    软件需求说明书的编写提示

    1引言

    1.1编写目的

    软件需求说明上诉是需求分析阶段的一个文档,是对软件目标及范围的求精和细化,深入描述软件功能及软件的约束范围,使用户和软件开发者对该软件的初始的规定有个大概的了解,有利于对项目的回溯和知道后续的开发和维护。
    文档读者:开发人员与用户代表

    1.2背景

    a.待开发的软件系统的名称:机房收费系统
    b.本项目的任务提出者:###教授
    开发者:###
    用户:某高校全体教职员工和学生
    实现该软件的计算中心或计算机网络:某高校局域网
    c.该软件系统同其他系统或其他机构的基本的相互来往关系。:某高校信息新技术部门做技术支持

    1.3定义

    注册 消费金额 充值 值班 退卡
    Login Consume Recharge On work Cancel
    结账 基本数据 购卡 上机 下机
    Close Basic data Buycard Online Line

    1.4参考资料

    a.《软件工程导论》张海藩 清华大学出版社
    b.软件需求说明(GB8567-88)

    2任务概述

    2.1目标

    1.软件开发的意图
    为了机房管理更加方便,减轻教师负担,和不必要的资源消耗。
    2.应用目标
    通过本系统的软件,能帮助机房管理者利用计算机快速方便计算出学生上下机的情况,方便用户查询记录,方便操作员注册充值,方便管理员结账报表,可以对各用户工作记录情况规范化管理。
    3.作用范围
    本软件适用于机房收费系统管理,可以对学生上下机,充值,退卡,查询等操作和记录进行查询,为机房管理带来极大地便利。
    4.软件性质
    本软件产品是一项独立的软件,而且全部内容自含,|和其他的系统没有冲突。2.2用户的特点

    2.3假定和约束

    开发经费限制:1000元以内
    开发期限:整个系统的最晚完成期限是2018年4月1日
    软件运行约束:需要Windows7以上系统

    3需求规定

    3.1对功能的规定

    用列表的方式(例如IPO表即输入、处理、输出表的形式),逐项定量和定性地叙述对软件所提出的功能要求,说明输入什么量、经怎样的处理、得到什么输出,说明软件应支持的终端数和应支持的并行操作的用户数。

    3.2对性能的规定

    3.2.1精度
    该软件的输入精度:小数点前一位,限制输入特殊字符
    输出数据的精度:小数点前一位
    传输过程中的精度:小数点前一位
    3.2.2时间特性要求
    a.响应时间:0.5s
    b.更新处理时间:0.5s
    c.数据的转换和传送时间;1s
    3.2.3灵活性
    a.操作方式上的变化;
    b.运行环境的变化;
    c.同其他软件的接口的变化;
    d.精度和有效时限的变化;
    e.计划的变化或改进。
    3.3输人输出要求
    A.输入
    1.系统登录:用户的账号和密码,要求与数据库中的一致
    2.学生上机,学生上机状态查询,学生基本信息查询,学生充值,退卡,输入学生卡号和金额,要求是数字
    3.系统用户的注册和添加,用户账号,密码添加,用户账号,密码等,取消一定的字符限制
    B.输出
    1.对应于系统输出要的查询结果
    2.用户信息输入错误,会有相对应提示
    3.输出Excel表单以账单
    3.4数据管理能力要求
    A.用互信息存储;将系统所涉及的不同级别的用户登录验证信息、还有密保问题及答案准确的存储在数据库中,包括对数据的增删改查
    B.基本数据的设定:设定合理的基本数据,保证机房收费系统的正常运转
    C.财务管理:定期按照规定的时间进行结账,保证信息的安全和保密性准确性!
    3.5故障处理要求
    硬件故障:断电、磁盘损坏、病毒入侵等造成的数据损坏,可联系开发人员,进行专门的额数据恢复。
    软件故障:软件可能出现兼容性问题,可及时与开发人员联系
    3.6其他专门要求
    A.单位保密要求:系统管理员需要有良好的信用和职业道德习惯,能做到对系统信息的保密
    B.软件的可维护性:出现运行错误需要找专业人员进行维护工作
    C.软件的易读性,可靠性:要求用户按照球球合法输入,不得随意对软件的相关空间做任非法操作

    4运行环境规定

    4.1设备

    A.server要求内存在256M以上,CPU频率在2.0Hz以上
    B.Clinet内存在128以上,CPU奔腾III以上,最大支持20台式机链接到主机上

    4.2支持软件

    操作系统:Windows7以上操作系统
    数据库管理系统:SQLserver2014

    4.3接口

    接口提供:将向用户提供、修改和取消三个命令选择,对应系统的不同功能实现
    外部接口:键盘,鼠标和打印机
    内部接口:数据库接口采用SQL链接

    4.4控制

    该系统的主要输入设备是键盘和刷卡器,输出主要是显示器和打印机

    展开全文
  • 谁能告诉我这科的理论在哪可以实用呀?搞懂,只能收藏一下包挂科

    谁能告诉我这科的理论在哪可以实用呀?搞不懂,只能收藏一下包不挂科

    知识点总结

    第一章:

    软件工程定义

    1968年10月,Fritz Bauer 首次提出了“软件工程”的概念,并将“软件工程”定义为:为了经济地获得能够在实际机器上有效运行的可靠软件,而建立并使用的一系列工程化原则。

    1993年IEEE对软件工程的定义:软件工程是将系统化的、规范化的、可度量的途径应用于软件的开发、运行和维护的过程,即将工程化应用于软件的方法的研究。

    软件工程原则:

    抽象与自顶向下,逐层细化  信息隐蔽和数据封装 模块化 局部化 确定性 一致性和标准化 完备性和可验证性

    瀑布模型:

    开发活动的特征:(1)以上一项活动方产生的工作对象为输入(2)利用这一输入,实施本项活动应完成的内容(3)给出该项活动的工作结果,作为输出传给下一项活动(4)对实施该项活动的工作结果进行评审,若其工作得到确认,则继续进行下一项活动,否则返回前项,甚至更前项的活动进行返工

    瀑布模型的优点:

    (1)可强迫开发人员采用规范化的方法

    (2)严格地规定了每个阶段必须提交的文档

    瀑布模型的缺点

    (1)由于瀑布模型几乎完全依赖于书面的规格说明,很可能导致最终开发出的软件产品不能真正满足用户的需要。如果需求规格说明与用户需求之间有差异,就会发生这种情况(2)瀑布模型只适用于项目开始时需求已确定的情况。总地来说,瀑布模型是一种应付需求变化能力较弱的开发模型,因此,很多在该模型基础上开发出来的软件产品不能够真正满足用户需求

    第二章:

    可行性研究的过程:

    1. 复查系统规模和目标

    复查系统定义,改正含糊或不确切的叙述,清晰地描述对目标系统的一切限制和约束

    1. 研究目前正在使用的系统

    现有的系统是信息的重要来源。若一个软件是对旧系统的改造,那开发新系统时,要充分了解老系统存在的问题,需要增加的功能,新系统实际上是老系统的部分功能加上一些新增功能形成的系统

    1. 导出新系统的高层逻辑模型
    2. 重新定义问题

    新系统的逻辑模型实质上表达了分析员对系统必须做什么的看法,得到新系统的高层逻辑模型之后,可能会发现前面问题定义的范畴过大,分析员还要和用户一起再复查问题定义,对问题进行重新定义和修正。

    1. 导出和评价供选择的解法

    分析员应该从系统逻辑模型出发,研究问题的几个组成部分,细化各功能点,导出若干个较高层次的物理解法供比较和选择

    1. 推荐行动方针
    2. 草拟开发计划

    任务分解 进度规划 财务预算 风险分析及对策

    1. 书写文档提交复查

    第三章:

    一.软件需求的定义:

    以清晰、简单、一致且无二义性的方式,描述用户对目标软件系统在功能、行为、性能、设计约束等方面的期望,是在开发过程中对软件系统的约束。

    二.需求分析的任务

    1. 业务需求:是客户对于软件系统的高层次目标要求,定义了项目的远景和范围
    2. 用户需求:从用户角度描述软件系统的功能需求与非功能需求,通常只涉及系统的外部行为。
    3. 功能需求:功能需求描述软件系统应该提供的功能或务,通常涉及用户或其他外部系统与目标系统之间的交互,不考虑目标系统内部的实现细节
    4. 非功能需求:非功能需求即性能需求,反映了客户对软件系统质量和性能的额外要求
    5. 约束条件: 约束条件是软件系统设计和实现时必须满足的限制条件
    6. 业务规则: 业务规则是对某些功能的可执行性成内部执行速制的一些限定条件
    7. 外部接口需求:    外部接口需求是描述目标系统与外部环境之间的交互接口
    8. 数据定义:当用户描达一个数据项或一个复杂的业务数据结构的格式或缺省值时,正在进行数据定义

    第四章:

    启发规则

    启发规则是软件结构设计优化准则,软件概要设计的任务就是软件结构的设计,为了提高设计的质量,必须根据软件设计原理设计软件,利用启发规则优化软件结构。

    1.改进软件结构提高模块独立性2.模块规模适中3.适当控制深度、宽度、扇出、扇入

    4.模块的作用域应该在控制域之内5.力争降低模块接口的复杂程度

    6.设计单入口单出口的模块7.模块功能可预测

    第五章:

    详细设计的过程

    软作详细设计是软件工程的重要阶段,在详细设计过程中,细化了高层的体系结构设计,将软件结构中的主要部件划分为能独立编码、编译和测试的软件单元,并进行软件单元的设计,同时确定了软件单元和单元之间的外部接口。

    一.详细设计的基本任务

    1. 算法设计:用某种图形、表格、语言等工具将每个模块处理过程的详细算法描述出来
    2. 数据结构设计:对于需求分析,概要设计确定的概念性的数据类型进行确切的定义
    3. 物理设计: 对数据库进行物理设计,即确定数据库的物理结构
    4. 其他设计

    a.代码设计:为了提高数据的输入、分类、存储及检索等操作的效率,对数据库中的某些数据项的值要进行代码设计b.输入/输出格式设计c.人机对话设计

    1. 编写详细设计说明书  6 . 评审:对处理过程的算法和数据库的物理结构要进行评审

    .详细设计方法:

    1. 自顶向下,逐步求精  2.具有单入、单出的控制结构 3. 五种控制结构:顺序结构,选择,先判断型循环结构,后断型循环结构,多选择分支结构

    第七章:

    一.测试用例设计:

    白盒测试是对软件的过程细节做细致的检查。这一方法把测试对象看作 个打开的盒子,允许测试人员利用程序内部的逻辑结构及有关信息设计或选择测试用例,对程序所有逻辑路径进行测试。通过在不同点检查程序的状态,确定实际的状态是否与期望的状态一致。

    覆盖标准

    1. 语句覆盖

    含义:就是选择足够多的测试用例,运行被测程序,使得程序中每条语句至少执行一次。

    1. 判定覆盖

    含义:又称为分支覆盖,在设计测试用例,针对程序中具有分支结构的部分,为了测试所有的可能结果,需要将每个分支都至少执行一次,查看相应的语句执行情况和结果

    (1)a=2,b=0,x=4,覆盖RACBDE

    (2)a=3,b=1,x=1覆盖 RABE

    1. 条件覆盖

    条件覆盖是指设计测试用例时,除了保证每条语句执行一次,还要使判定表达式的每个条件的各种可能取值都至少执行一次,为了实现条件覆盖,保证各种可能的条件都取值,即保证

    第一个判断有以下取值:a>1,a<=1,b=0,b≠0

    第二个判断有以下取值:a=2,a≠2,x>1,x<=1

    选择两组测试用例:

    (1)a=2,b=2,x=2(满足a>1,b≠0,a=2,x>1的条件),执行路径为 RABDE

    (2)a=1,b=0,x=0(满足a<=1,b=0,a≠2,x<=1的条件),执行路径为RABE

    1. 判定/条件覆盖

    单独使用判定覆盖和条件覆盖测试结果都不够全面, 若将两种覆盖结合,就会相互补充,判定/条件覆盖就是设计足够多的测试用例,使得每个判定表达式中的每个条件都取到各种可能的值,并且使每个判断语句的所有判断结果至少出现一次。

    (1)a=2,b=0,x=2(满足a>1,b=0,a=2,x>1的条件),执行路径RACBDE

    (2)a=1,b=1,x=1(满足a<=1,b≠0,a≠2,x<=1的条件),执行路径RABE

    1. 条件组合覆盖

    条件组合覆盖就是设计足够多的测试用例,使得每个判定表达式中条件取值的各种组合都至少出现一次。根据每个判定表达式情况,列出如下条件组合

    (1)a>1,b=0,A表达式为真;(2)a>1,b≠0,A表达式为假;(3)a<=1,b=0,A表达式为假

    (4)a<=1,b≠0,A表达式为假;(5)a=2,x>1,B表达式为真(6)a=2,x<=1,B表达式为真;

    (7)a≠2,x>1,B表达式为真;(8)a≠2,x<=1,B表达式为假。

    选择以下四组测试用例

    选择条件a=2,b=0,x=2,(1)、(5)组合,执行路径 RACBDE

    选择条件a=2,b=1,x=1,(2)、(6)组合,执行路径 RABDE

    选择条件a=1,b=0,x=2,(3)、(7)组合,执行路径 RABDE

    选择条件a=1,b=1,x=1,(4)、(8)组合,执行路径 RABE

    1. 路径覆盖

    就是选取足够多的用例,保证程序的所有路径都至少执行一次,如果存在环形结构,也要保证此环的所有路径都至少执行一次。

    (1)a=1,b=1,x=1(满足a<=1,b≠0,a≠2,x<=1的条件),执行路径为RABE

    (2)a=2,b=0,x=2(满足a>1,b=0,a=2,x>1的条件),执行路径为 RACBDE

    (3)a=2,b=1,x=2(满足a>1,b≠0,a=2,x>1的条件),执行路径为 RABDE;

    (4)a=3,b=0,x=1(满足a>1,b=0,a≠2,x<=1的条件),执行路径为 RACBE

    二.测试的步骤:

    1. 单元测试

    a.单元测试的主要任务

    单元测试针对每个模块,主要解决五个方面的问题:(1)模块接口(2)局部数据结构(3)路径测试 (4)过界条件 (5)出错处理

    b.单元测试的执行过程

    1. 集成测试

    a.非增式集成测试方法 b. 增式集成测试方法

    1. 确认测试

    确认测试的标准  配置审查的内容  Alpha Beta 测试  

    1. 系统测试

    方法:恢复测试方法   安全测试方法  强度  性能

    第八章:

    一.软件维护的概念

    软件维护是指在软件运行或维护阶段对软件产品所进行的修改,这些修改可能是改

    正软件中的错误,也可能是增加新的功能以适应新的需求,但是一般不包括软件系统结

    构上的重大改变。根据软件维护的不同原因,软件维护可以分成四种类型

    (1)改正性维护

    在软件交付使用后,由于开发时测试得不彻底或不完全,在运行阶段会暴露一些开

    发时未能测试出来的错误,为了识别和纠正软件错误,改正软件性能上的缺陷,避免实

    施中的错误使用,应当进行的诊断和改正错误的过程,这就是改正性维护

    (2)适应性维护

    随着计算机技术的飞速发展和更新换代,软件系统所需的外部环境或数据环境可能

    会更新和升级,如操作系统或数据库系统的更换等。为了使软件系统适应这种变化,需

    要对软件进行相应的修改,这种维护活动称为适应性维护

    (3)完善性维护

    在软件的使用过程中,用户往往会对软件提出新的功能与性能要求,为了满足这些

    要求,需要修改或再开发软件,以扩充软件功能、增强软件性能、改进加工效率、提高软件

    的可维护性,这种情况下进行的维护活动叫作完善性维护,完善性维护不一定是救火

    式的紧急维修,而可以是有计划的一种再开发活动

    4)预防性地护

    这类维护是为了提高软件的可维护性,可靠性等,为以后进一步改进软件打下良好

    的基础的维护活动,具体来讲,就是采用先进的软件工程方法对需要维护的软件或软件中的某一部分重新设计、编码和测试的活动。

    二.软件维护的特点

    1.软件维护受开发过程影响大

    2.软件维护困难多

    3.软件维护成本高

    三.软件维护的步骤

    软件维护工作包括建立维护组织、报告与评估维护申请、实施维护流程等步骤。

    在影响分析和版本规划的过程中,不同的维护类型需要采用不同的维护策略

    (1)改正性维护:首先应该评价软件错误的严重程度,对于十分严重的错误,维护

    员应该立即实施维护对于一般性的错误,维护人员可以将有关的维护工作与其他开发

    任务一起进行现划。在有些情况下,有的错误非常严重,以致不得不临时放弃正常的维

    护控制工作程序,既不对修改可能带来的副作用作出评价,也不对文档作相应的更新,而

    是立即进行代码的修改。这是一种救火式的改正性维护,只有在非常紧急的情况下才使

    用,这种维护在全部维护中只占很小的比例。应当说明的是,救火式不是取消,只是推迟

    了维护所需要的控制和评价。一旦危机取消,这些控制和评价活动必须进行,以确保当

    前的修改不会增加更为重要的问题

    (2)适应性维护:首先确定软件维护的优先顺序,再与其他开发任务一起进行规划

    (3)定善性维护,根据商业的需求和软件的发展,有些完善性维护可能不会被接受。对于被接受的维护中请,应该确定其优先次序井现划其开发工作

    第九章

    质量保证

    产品的生命,不论生产何种产品,质量都是极端重要的。软件产品开发周期长,耗费巨大的人力和物力,更必须特别注意保证质量。

    软件质量:概括地说,软件质量就是“软件与明确地和隐含地定义的需求相一致的程度”。更具体地说,软件质量是软件与明确地叙述的功能和性能需求、文档中明确描述的开发标准以及任何专业开发的软件产品都应该具有的隐含特征相一致的程度。

    软件质量因素的定义:

    正确性:系统满足规格说明和用户目标的程度,即,在预定环境下能正确地完成预期功能的程度

    建壮性:在硬件发生故障、输人的数据无效或操作错误等意外环境下,系统能做出适当响应的程度

    完整性(安全性):对未经授权的人使用软件或数据的企图,系统能够控制(禁止)的程度

    效率:为了完成预定的功能,系统需要的计算资源的多少

    可用性:系统在完成预定应该完成的功能时令人满意的程度

    风险:按预定的成本和进度把系统开发出来,并且为用户所满意的概率

    可理解性:理解和使用该系统的容易程度

    可维修性:诊断和改正在运行现场发现的错误所需要的工作量的大小

    灵活性(适应性):修改或改进正在运行的系统需要的工作量的多少

    可测试性:软件容易测试的程度

    可移植性:把程序从一种硬件配置和(或)软件系统环境转移到另一种配置和环境时,需要的工作量多少,有一种定量度量的方法是:用原来程序设计和调试的成本除移植时需用的费用

    可再用性:在其他应用中该程序可以被再次使用的程度(或范围)

    互运行性:把该系统和另一个系统结合起来需要的工作量的多少

    软件质量保证的措施主要有:基于非执行的测试(也称为复审或评审),基于执行的测试(即以前讲过的软件测试)和程序正确性证明。

    复审主要用来保证在编码之前各阶段产生的文档的质量;基于执行的测试需要在程序编写出来之后进行,它是保证软件质量的最后一道防线;程序正确性证明使用数学方法严格验证程序是否与对它的说明完全一致

    技术复审的必要性:

    正式技术复审的显著优点是,能够较早发现软件错误,从而可防止错误被传播到软件过程的后续阶段。

    正式技术复审是软件质量保证措施的一种,包括走查和审查等具体方法。走查的步骤比审查少,而且没有审查正规。

    走查主要有下述两种方式。

    (1) 参与者驱动法。参与者按照事先准备好的列表,提出他们不理解的术语和认为不正确的术语。文档编写组的代表必须回答每个质疑,要么承认确实有错误,要么对质疑做出解释。

    (2) 文档驱动法。文档编写者向走查组成员仔细解释文档。走查组成员在此过程中不时针对事先准备好的问题或解释过程中发现的问题提出质疑。这种方法可能比第一种方法更有效,往往能检测出更多错误。经验表明,使用文档驱动法时许多错误是由文档讲解者自己发现的。

    审查步骤:

    (1) 综述。由负责编写文档的一名成员向审查组综述该文档。在综述会结束时把文档分发给每位与会者。

    (2) 准备。评审员仔细阅读文档。最好列出在审查中发现的错误的类型,并按发生频率把错误类型分级,以辅助审查工作。这些列表有助于评审员们把注意力集中到最常发生错误的区域。

    (3) 审查。评审组仔细走查整个文档。和走查一样,这一步的目的也是发现文档中的错误,而不是改正它们。通常每次审查会不超过90分钟。审查组组长应该在一天之内写出一份关于审查的报告。

    (4) 返工。文档的作者负责解决在审查报告中列出的所有错误及问题。

    (5) 跟踪。组长必须确保所提出的每个问题都得到了圆满的解决(要么修正了文档,要么澄清了被误认为是错误的条目)。必须仔细检查对文档所做的每个修正,以确保没有引入新的错误。如果在审查过程中返工量超过5%,则应该由审查组再对文档全面地审查一遍。

    程序正确性证明:

    测试可以暴露程序中的错误,因此是保证软件可靠性的重要手段;但是,测试只能证明程序中有错误,并不能证明程序中没有错误。因此,对于保证软件可靠性来说,测试是一种不完善的技术,人们自然希望研究出完善的正确性证明技术。

     

     

    软件工程一测

     

    1. 软件工程三要素:______________、_________________、_________________
    2. 获取愿景的三部曲:
    3. 愿景_______(是/否)功能。
    4. 愿景必须指出__________
    5. 迭代与增量的定义
    6. UML静态图包括(4个)
    7. UML动态图包括(5个)
    8. 为什么使用UML语言
    9. ______________是软件成功的基础。

     

     

    答案:

    1. 工具(系统)、方法(技能)、开发过程(框架)
    2. 第一步:找到软件项目的“老大”;第二步:得到“老大”对项目的期望(愿景);第三步:描述出愿景的度量指标。
    3. 度量指标
    4. 迭代是反复求精,增量是逐块建造
    5. 类图、对象图、组件图、部署图
    6. 时序图、协作图、状态图、活动图、用例图
    7. 主要用于交流,有利于清晰,有利于精确
    8. 需求

     

     

    软件工程二测

     

    1. 在项目失败的因素中,与      相关的比例最高。
    2.       是解决需求噩梦的手段。
    3. 简要分析项目开发过程中,公司老板、中层经理、一线员工的需求分别有什么特点。
    4. ICONIX过程从把需求文档变成可运作的代码过程只需四步,需要使用哪四张UML图?
    5. 若某公司设有公司老总、市场总监与财务总监,实现强化客户管理功能、提升财务效率功能、优化公司资源功能的三种软件,“老大”分别是谁?

     

    答案:

    1.需求

    2.需求工程

    3.公司老板:企业战略、开源节流(定于愿景)

      中层经理:简化管理、优化流程(业务建模)

      一线员工:工作简单(用例分析)

    4.用例图、序列图、类图、健壮性图

    5.强化客户管理:市场总监

      提升财务效率:财务总监

      优化公司资源:公司老总

     

     

     

    软件过程三测

     

    1. 业务建模序列图阶段要注意什么?
    2. 业务序列图中,alt表示(           ),loop表示(              ),opt表示(         );
    3. Alt和opt在使用的时候有什么区别?
    4. 业务序列图中,消息的名字表示什么?
    5. 业务序列图中,消息的方向表示什么?
    6. 把(        )看作特殊的业务实体。
    7. 业务建模结果复核目的有两点,分别是什么?

     

     

     

     

    答案:

    1. 本阶段不要考虑要实现什么系统
    2. 分支,循环,可选分支
    3. Alt表示分支,是需要条件的;opt表示可选分支,没有条件,有选择性。
    4. 代表责任和目的
    5. 责任委托,不是数据流动
    6. 时间
    7. 一是完善业务建模成果,寻找是否有遗漏或错误的地方进行修正,如果问题明显,就需要迭代回去继续做业务建模工作;

    二是关键干系人在信息和意见上达成一致,并共同签字确认,作为下一阶段启动的标志。

     

     

     

     

     

     

    软件工程四测

     

    1. 业务建模要求我们把视角从_______,以达到清晰准确地“诊断”,对症“开方”

    答案:软件系统转向客户组织,站在客户角度看问题

    2、业务建模三步骤:

    1、___________2、____________3、____________

    答案:

    1. 明确我们为谁服务(选定愿景要改进的组织)。
    2. 要改进的组织是什么现状(业务用例图、现状业务序列图)。
    3. 我们如何改进(改进业务序列图)。

    3、了解组织现状:

       (1)从外部看:组织是____的集合,用业务用例图来建模

       (2)从内部看:组织是____的集合

    答案:价值、系统

    4、业务用例图帮助我们从______了解组织的______。

    答案:高层次 、业务构成

    5、业务执行者是在业务组织之外,与其交互,享受其价值的_______

    答案:人或组织

    6、业务用例是业务组织为业务执行者提供的______.

    答案:价值

    7、业务序列图帮助我们从______了解组织的______。

    答案:细节上、 业务流程

    8、业务序列图详细描述________、_______、________之间如何交互,以完成某个业务用例的实现流程

    答案:业务执行者、业务工人、业务实体

    9、举个简单的例子并识别其中的业务对象:业务执行者、业务工人、业务实体

    答案:自由发挥

    10、我们如何改进(改进业务序列图)

    答案:了解业务组织现状的目的——发现流程中的改进点:

    • 信息自动流转
    • 封装复杂业务逻辑
    • 职责转移
    • 访问和操作业务对象

    其他……

     

    软件过程五测

    1. 域建模_____不等于_____(等于或不等于)数据模型
    2. ___用例分析________前做域建模
    3. 需求分析的主流分析方法有___原型法____、______用例法_______
    4. 绘制系统用例图的步骤

    1. 确定系统边界

    2. 识别系统执行者

    3. 识别系统用例

    4. 确定用例间的关系

    1. 怎样区别主执行者和辅执行者

      主执行者:

    1.用例发起者;

    2.用例为其实现有价值的目标;

    辅执行者:

    1.用例支持者;

    2.用例的完成需要与其交互,得到其支持

    1. 如何找到执行者

      谁使用该系统?

    • 谁改变系统的数据?

    • 谁从系统获取信息?

    • 谁负责维护、管理并保持系统正常运行?

    • 系统需要应付哪些硬件设备?

    • 系统需要和那些外部系统交互?

    • 谁对系统运行产生的结果感兴趣?

    • 有没有自动发生的事件?

    1. 系统用例是执行者通过系统____达到某个目标______
    2. 用例的关系____泛化____、_____包含_______、______扩展__________
    3. 先发现执行者还是先发现用例?为什么?

       执行者比用例明显。

    • 执行者的个数远比用例的个数少。

    • 找到一个执行者,就可以找到一堆用例。

    • 执行者是系统外部人物的代表,所以当然是要先找到执行者,才能够从执行者的角度去寻找用例。

    1. 用例命名的三个条件是什么?

     用例名称必须是动宾短语。

    • 采用域建模中的名词术语。

    • 慎用弱动词弱名词——会掩盖真正的业务

    1. 用例_____不等于______功能,用例____不等于______步骤

     

    软件过程六测

    1. 每个用例必须对应有___愿景目标______
    2. 用例描述的基本组成__干系人利益_____________、_____基本路径____________、________扩展路径_______、_______业务规则_______________
    3. _________用例_______是干系人利益的平衡点。
    4. 基本路径的书写要求。

      以主动语态、“名词-动词-名词”格式来书写。

      主语只能是执行者或系统。

    1. 基本路径与扩展路径是否要分开。

      要

     

    展开全文
  • KEIL下创建工程示例及配置简单说明

    万次阅读 2013-01-14 17:56:06
    KEIL是一个窗口化的软件开发平台,它集成了功能强大的编辑器、工程管理器以及各种编译工具(包括C编译器、宏汇编器、链接/装载器和十六进制文件转换器)。uVision3 IDE提供了编译和调试两种工作模式。编译模式用于...

    KEIL是一个窗口化的软件开发平台,它集成了功能强大的编辑器、工程管理器以及各种编译工具(包括C编译器、宏汇编器、链接/装载器和十六进制文件转换器)。uVision3 IDE提供了编译和调试两种工作模式。编译模式用于维护工程文件和生成应用程序;调试模式下,既可以用功能强大的CPU和外设仿真器测试程序,也可以使用调试器经Keil ULINK USB-JTAG适配器(或其他AGDI驱动器)连接目标系统来测试程序。ULINK仿真器用于下载应用程序到目标系统的Flash ROM中。µVision3集成的工程管理器使得基于ARM微控制器开发的应用程序更加容易。本文简单介绍KEIL下如何创建一个工程及相关配置。创建应用程序一般需执行以下步骤:

    选择ARM工具集。

    创建工程文件并选择CPU器件类型。

    创建新的源文件并将其添加到工程中

    配置目标硬件的相关选项

    创建应用程序代码,编译工程生成目标文件。

    以下为具体实现步骤:

    一、选择ARM工具集

    KEIL3软件打开后,通过Project 选项下Manage- Components, Environment, and Books - Folder/Extensions打开ARM工具集选择对话框(如下图所示)。配置的工具集对即将创建的新工程有效。


    • Use RealView Compiler 选择RealView编译工具,这个选项和ADS开发工具是兼容的。在RealView Folder中指定开发工具的路径。
    • Use GNU Compiler 选择GNU GCC编译工具。在Cygnus Folder中指定GNU安装文件夹的路径,例如C:\Cygnus。GNU-Tool-Prefix允许用户选择各种GNU的变体。
    • Use Keil CARM Compiler 选择Keil CARM编译器。

    二、创建工程文件并选择CPU器件类型。

    单击Project – New…- uVision Project…. 菜单项,μVision 3将打开一个标准对话框,输入希望新建工程的名称即可创建一个新的工程,建议对每个新建工程使用独立的文件夹。在标准对话框中单击Create New Folder图标以创建一个新的空文件夹。选择新创建的文件夹,输入要创建的工程名,例如:New。µVision3会创建一个名为new.UV2的工程文件,这个工程文件里包含了缺省的目标和文件组名。在Project Workspace – Files里可以看到这些目标和文件组名。

    创建一个新的工程时,µVision 3会提示为目标工程选择一款CPU。 Select Device对话框显示了µVision3的设备数据库,如图所选择的芯片类型为ATMEL公司的AT91SAM7X256芯片。


    嵌入式程序需要通过CPU的初始化代码来配置目标硬件。这种启动代码会根据用户所选择的工具链的不同而不同。因此这些文件可能需要作适当的修改以匹配目标硬件。对于大部分设备来说,µVision3 会提示复制CPU指定的启动代码到工程中去。启动代码负责配置设备微处理器和初始化编译器运行时系统。因此,建议在提示中选择YES。后续用户可根据需要对生成的启动文件代码进行相应修改。此外,μVision 3 里大部分启动代码文件都对应有一个配置向导(Configuration Wizard),它提供了一种菜单驱动方式来配置目标板的启动代码。


    开发工具提供缺省的启动代码,对于大部分单芯片应用程序来说是一个很好的起点,但是开发者必须根据目标硬件来调整部分启动代码的配置,否则很可能是无法使用。例如,CPU/PLL 时钟和总线系统往往会根据目标系统的不同而不同,这些内容不能够自动地配置。一些设备还提供了片上部件的使能/禁止可选项。这就需要用户对目标硬件有足够的了解,才能确保启动代码的配置和目标硬件完全匹配。

    三、创建新的源文件并将其添加到工程中

    通过选择菜单选项File-New(快捷键ctrl+N)来创建一个新的源文件。选项选中后会创建一个空的编辑窗口,用户可在此窗口中输入源代码。若以扩展名*.c保存文件,则即建立一个C格式文件,若以.asm保存文件,则创建一个汇编格式文件。

    源文件创建完毕后,可以在工程里添加此文件。一般可通过单击鼠标右键打开局部菜单,选择添加文件选项,通过选择打开的对话框中的文件实现文件的添加。如图所示。在将文件添加到工程中后,用户即可在文件中编辑相应代码。(当然,也可将代码在文件中编辑完毕后将其添加到工程中)


    四、配置目标硬件的相关选项

    在μVision 3 中,用户可根据目标硬件的实际情况对工程进行配置。通过点击目标工具栏“魔法棒”图标或单击菜单项Project->Options for Target,在弹出的Target 页面可指定目标硬件和所选择设备片内组件的相关参数,在Options – Target中包含了创建一个新应用程序所需的所有设置。下图为本示例的相关设置。


    XTAL

    设备的晶振频率。大部分基于ARM的微控制器使用片内PLL 作为CPU 时钟源。多数情况下CPU 时钟和晶振频率是不一致的,依据硬件设备不同设置其相应的值。

    Operating System

    允许为目标工程选择一个实时操作系统。

    On-Chip
    ROM / RAM

    定义片内的内存部件的地址空间以供链接器/定位器使用。注意对于一些设备来说需要在启动代码中反映出这些配置。

    五、创建应用程序代码,编译工程生成目标文件


    应用程序代码编写完毕后,接下来的工作是编译链接工程。单击工具栏中Build Target 图标可编译链接工程文件。如果源程序中存在语法错误,μVision 则会在Output Window->Build 窗口中显示出错误和警告信息。双击提示信息所在行,就会在μVision3编辑窗口里打开并显示相应的出错源文件,光标会定位在该文件的出错行上,以便用户快速定位出错位置。


    应用程序在调试通过后需要生成HEX 文件,用于下载到EPROM 编程器中或仿真器中。在工程配置界面的Options for Target->Output 中选择Create HEX file 选项,μVision 3会在编译过程中同时产生HEX 文件。


    至此,若正确的配置加上编译无错误信息后,会在工程目录下生成.hex的目标文件,此可通过仿真器将目标文件下载到目标板上调试或运行。

    Hope You Enjoy!



    展开全文
  • VC工程文件说明

    千次阅读 2008-04-30 09:08:00
    然后打开DSP 有提示选 YES,就可以了*.dsp(DeveloperStudio Project):是VC++的工程配置文件,比如说你的工程包含哪个文件,你的编译选项是什么等等,编译的时候是按照.dsp的配置来的。*.dsw(DeveloperStudio Wo
  • QtCreator构建Cmake工程详细说明

    万次阅读 2018-09-10 21:05:55
    入门指南   Cmake可以简化跨平台项目的构建过程,可以自动生成Makefile或者Visual Studio等项目文件。 ...本文详细介绍如何在CMake中使用qt5。使用Qt5所需的最低版本是...  使用CMake构建Qt工程时,首先使用 fin...
  • 本文章是关于施工企业工程项目物资管理云产品的PRD文档,也就是产品设计需求规格说明书。在此抛砖引玉,希望可以给大家带来好的思路与借鉴。 工程物资云产品是国内首个工程物资管理云平台,引领物资管理新模式。...
  • 分布式环境Raft一致性共识算法解读

    万次阅读 2018-06-03 16:16:32
    它与RBFT算法名称有点像,然而Raft算法里能存在拜占庭节点,而RBFT则能容忍BFT节点的存在。Raft非常类似于paxos协议(参见我的这篇文章《paxos算法如何容错的–讲述五虎将的实践》),然而它比paxos协议好理解许多...
  • 操作系统与软件工程学习笔记

    千次阅读 2015-12-15 16:22:06
    操作系统与软件工程学习笔记
  • 软件工程

    千次阅读 多人点赞 2021-01-24 17:13:02
    软件工程——原理、方法与应用(学习笔记)
  • iOS 工程自动化 - 思路整理

    千次阅读 2017-08-20 16:58:12
    4 月份参加 2017@Swift 大会的时候有幸听到了 @zesming 大佬关于美团组件化的 Topic,有一张图印象特别深刻。后来跟 @zesming 大佬沟通怎么去整理组件自动...所以我准备围绕这张图来整理一下 iOS 工程自动化的思路。
  • 数据存储之后,该如何通过运算快速转化成一致的格式,该如何快速运算出自己想要的结果? 对应的MapReduce这样的分布式运算框架解决了这个问题;但是写MapReduce需要Java代码量很大,所以出现了Hive,Pig等将SQL转化...
  • 工程伦理 》课程 案例分析报告撰写要求

    万次阅读 多人点赞 2020-04-30 22:52:50
    工程伦理 》课程案例分析报告撰写要求 机械工程专业学位研究生课程《工程伦理》考核除完成**课程论文论文外,还应提交其... 工程伦理教学案例分析撰写2.1 案例主体2.2.1 案例标题名称2.2.2 摘要及关键词2.2.3...
  • 《软件工程导论》学习笔记·

    万次阅读 多人点赞 2019-03-04 11:53:18
    第一章,软件工程导论: 软件危机:计算机软件开发维护过程中所遇到得一系列严重的问题。 软件危机的典型表现: 对软件开发成本和进度的估计常常很准确。 用户对以完成的软件系统满意的现象经常发生。 软件...
  • 详细设计说明

    万次阅读 多人点赞 2019-06-22 23:08:06
    本详细设计说明书是针对电子科大校园地图(UESTC Campus Map)小程序的项目编写。目的是对该项目进行详细设计,在概要设计的基础上进一步明确系统结构,详细地介绍系统的各个模块,为进行后面的实现和测试做准备。...
  • 透过Unity发行说明能够从总体上了解这个版本的功能变换,对项目开发非常有帮助,因为工作需要自己临时翻译了一份中文版,不免有错误的地方,请大家见谅,欢迎帮忙修正,后续有时间会把bug修正部分也一并翻译过来。
  • Swagger2常用注解说明

    万次阅读 多人点赞 2020-07-20 23:40:14
    文章目录Swagger2简介使用Swagger解决的问题Spring Boot集成Swagger2添加依赖添加Swagger2Config配置类编写接口用户DTO用户controller访问接口文档Swagger2常用注解说明Controller相关注解@Api接口相关注解@...
  • 软件工程概论题库

    千次阅读 多人点赞 2019-06-25 13:15:30
    软件工程复习题 一、选择题: 开发软件所需高成本和产品的低质量之间有着尖锐的矛盾,这种现象称做(C)。 A.软件工程 B.软件周期 C.软件危机 D.软件产生 瀑布模型本质上是一种(A)模型。 A.线性顺序B.顺序迭代C...
  • KEIL工程目标选项配置

    万次阅读 多人点赞 2017-12-13 16:47:02
    KEIL工程目标选项配置
  • 数据库设计说明

    万次阅读 热门讨论 2013-12-05 14:30:09
    数据库设计说明书 1引言 1.1编写目的  数据库的设计是为了以后编码、测试以及维护阶段的后台数据的存储做准备。应用于系统开发前期,为后期数据库设计指引方向。  预期的读者:系统开发人员、系统测试...
  • 工程伦理学_笔记(复习用)

    万次阅读 多人点赞 2020-08-12 10:38:47
    工程伦理学第一章 工程与伦理1.1 如何理解工程一、技术与工程的区别二、技术与工程的联系三、工程的定义四、工程的过程五、工程具有确定性和探索性六、理解工程活动的7个维度1.2 如何理解伦理一、道德与伦理二、...
  • 软件工程导论 期末知识点复习总结

    万次阅读 多人点赞 2018-06-30 10:38:31
    2015软件工程期末复习知识点 软件是计算机程序、方法、规则、相关的文档以及运行计算机系统时所必需的数据的总和(狭义定义:软件=程序+数据+文档) 软件的特性:软件是复杂的、软件是可见的、软件是不断变化...
  • 软件工程需求分析方法

    千次阅读 2019-11-28 17:12:02
    详细介绍软件工程需求分析方法,转载自别处,
  • 《软件工程导论》复习知识点总结

    万次阅读 多人点赞 2018-06-19 13:21:27
    软件工程导论 第一章 软件工程学概述 1. 软件工程的7条基本原理: 用分阶段的生命周期计划严格管理;坚持进行阶段评审;实行严格的产品控制;采用现代程序设计技术;结果应能清楚的审查;开发小组的人应该少而...
  • 《软件工程》60’ 一.、软件过程 1、软件过程的概念 答: 1)**软件过程描述为为了开发出客户需要的软件,什么人、在什么时候、做什么事以及怎么做这些事以实现某一种的具体目标。**ISO9000把过程定义为:“使用资源...
  • Vue UI 创建Vue前端工程(Windows)

    万次阅读 多人点赞 2020-09-27 15:56:40
    Vue ui 创建Vue前端工程1.开启vue ui 服务2.访问 vue ui 界面3.创建项目4. 添加 element-ui 插件4.添加依赖4.启动 Vue 项目5.访问 Vue 项目 1.开启vue ui 服务 快捷键 win+r 打开 cmd 输入下面命令 vue ui 2.访问 ...
  • 移动端UI一致性解决方案

    万次阅读 多人点赞 2020-11-26 20:00:21
    总第424篇2020年 第48篇外卖UI一致性项目是外卖UI设计团队与研发团队共建的项目,目的是改善用户端体验的一致性,提升多技术方案间组件的通用性和复用率,降低整体视觉改版带来的研发成...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 73,410
精华内容 29,364
关键字:

工程名称不一致说明