三、可行性研究

1. 会因素可行性分析以及风险分析

第1关： 会因素可行性分析

• 1、

  （多选题）在对协同电子商务平台进行 会因素可行性分析中我们需要考虑的有哪些内容p> A、

  当前软件项目能带来的经济效益

  B、

  当前软件项目的著作权问题以及所涉及的法律相关因素

  C、

  当前技术方案能否支持项目的整体研发进度

  D、

  当前软件项目能够满足使用者的素质能力要求

• 2、

  在对协同电子商务平台进行可行性研究的过程中，需要考虑合同责任、侵犯专利权、版权等问题，以上是可行性研究过程中哪一部分的研究内容p> A、

  经济可行性分析

  B、

  技术可行性分析

  C、

  法律可行性分析

  D、

  用户使用可行性分析

• 第2关：风险分析

• 1、

  （多选题）现要对协同电子商务平台进行风险管理，需要完成的步骤有哪些p> A、

  风险识别

  B、

  风险分析

  C、

  风险计划

  D、

  风险监控

• 2、

  （多选题）为了应对协同电子商务平台进行风险分析中出现的各种风险，我们有哪些策略p> A、

  规避策略

  B、

  转移策略

  C、

  减轻策略

  D、

  接受策略

• 3、

  （多选题）在对协同电子商务平台项目通过头脑风暴法进行风险分析时以下说法不正确在讨论时应及时纠正参与者的想法，并对其言论进行批判的是p> A、

  应提前确定讨论的题目，参与讨论的人越多越好

  B、

  讨论过程中参与者应处于一种舒适、自由的氛围

  C、

  在讨论时应及时纠正参与者的想法，并对其言论进行批判

  D、

  讨论结束后应及时整理总结，形成风险分析总结 告

• 4、

  在什么情况下可以对协同电子商务平台使用Delphi法进行风险分析p> A、

  存在模拟模型

  B、

  需要大家的统一意见

  C、

  有大量的历史项目

  D、

  风险概率明确

• 5、

  在对协同电子商务平台进行风险分析的过程中，确定由收支付模块产生风险时无可避免的，不能减轻，也不能投保，并且这是一个关键的风险事件，涉及整个交易链条的安全，一旦发生会造成严重的后果，此时项目负责人的最佳选择是：

  A、

  降低风险级别，风险分析团队找到一个克服故障的方法

  B、

  让风险评估小组继续分析该风险事件，直到降低预期影响

  C、

  对该事件特别关注，加强对风险的监控，并做好出现事故后的应对策略

  D、

  忽略风险，无论风险的严重程度有多高，只要项目能交付就可以忽略

• 2.技术可行性分析和经济可行性分析

• 第1关：技术可行性分析

• 1、

  在对协同电子商务平台进行可行性研究分析中进行技术可行性分析的目的是p> A、

  为了获得对应用问题的理解

  B、

  评价为了开发当前项目的所有的技术方案，并论证说明当前所选的方案

  C、

  分析开发当前软件项目的经济效益

  D、

  为了评价当前软件项目是否符合相关法律法规

• 2、

  （多选题）在对协同电子商务平台项目进行技术可行性分析的过程中需要注意哪些方面p> A、

  在限制条件下，功能目标是否能达到

  B、

  利用现有技术，性能目标是否能够达到

  C、

  对开发人员数量和质量的要求，并说明能否满足

  D、

  在规定的期限内，开发是否能够完成

• 第2关：经济可行性分析的基本概念以及软件成本

• 1、

  经济可行性研究的范围包括

  A、

  技术有效性

  B、

  管理制度

  C、

  效益分析

  D、

  开发风险

• 2、

  （多选题）在计算协同电子商务平台开发项目总成本时要使用以下哪些主要因素p> A、

  工作量成本

  B、

  硬件维护成本

  C、

  原料成本

  D、

  差旅费和培训费用

• 3、

  现在进行协同电子商务平台项目企业管理系统部分的工作量估计，整个项目企业管理的不同功能点的代码量图如左侧的案例描述所示。

  若使用COCOMO Ⅱ的早期估计方法，假设系数A为2.94，指数b为1.1，其中M量化值为67（100满），则协同电子商务平台企业管理系统的工作量约为（使用科学计数法表示，四舍五入至小数点后两位）：

  A、

  B、

  C、

  D、

• 第3关：经济/效益分析方法

• 1、

  在对协同电子商务平台项目进行经济可行性分析中，不属于成本效益的度量指标的是

  A、

  货币的时间价值

  B、

  投资回收期

  C、

  性质因素

  D、

  纯收入

• 2、

  根据左侧给出的协同电子商务平台的投资额预估表和每年的收益表的信息和基本公式，计算出研发该项目的投资收益率

  A、

  3.67%

  B、

  5.67%

  C、

  7.67%

  D、

  9.67%

• 结构化分析实验一

• 结构化分析工具

• 第一关：层次方框图

• 第4关：Petri

• 1、

  下面对于Petri 描述不正确的是

  A、

  用Petri 可以有效地描述并发活动

  B、

  Petri 具有确定性

  C、

  禁止线上没有权标时，相应的转换才是允许的

  D、

  Petri 中的权标总数不是固定的

• 2、

  Perti 中包含的四种元素为

  A、

  位置

  B、

  转换

  C、

  输入函数

  D、

  输出函数

• 3、

• 在机票预定系统中，每张机票都对应一个座位。
  当顾客想预定该座位时，顾客输入预定该座位；
  当顾客取消预定该座位时，顾客输入取消预定该座位；
  最后，如果顾客想预定的座位已经被别人预约过，则不能预定该座位。

  图 1 Petri 习题

  请根据上述的描述回答第3、4、5、6、7题。

  图1 Petri 中的表示

  A、

  座位空闲

  B、

  座位已被别人预定

  C、

  座位预定成功

  D、

  座位预定失败

• 4、

  图1 Petri 中表示

  A、

  座位空闲

  B、

  座位被别人预定

  C、

  座位预定成功

  D、

  座位预定失败

• 5、

  图1 Petri 中的表示

  A、

  座位空闲

  B、

  座位被别人预定

  C、

  座位预定成功

  D、

  座位预定失败

• 6、

  图1 Petri 中的表示

  A、

  预定座位

  B、

  取消预定

  C、

  预定成功

  D、

  预定失败

• 7、

  图1 Petri 中的表示

  A、

  预定座位

  B、

  取消预定

  C、

  预定成功

  D、

  预定失败

   实验一：结构化分析方法-状态转换图

• 实验一：结构化分析方法-实体-联系图

• 结构化分析方法-数据流图

 

结构化分析的基本概念

需求分析的基本概念

# 您可以从以下答案中选择

# 功能需求 性能需求 可靠性需求 可用性需求 出错处理需求 

# 接口需求 约束 逆向需求 将来可能提出的需求

# 一、乘客应当能够随时打印自己已经办好登机手续的所有航段的登机牌，

# 如果乘客信息没有指定座位偏好，机票预订系统就应当为它分配

你的第一题回答为:(功能需求)

# 二、机票预定系统在一个月内发生故障的次数低于三次，

# 系统中存储的数据应该避免发生缺失

你的第二题回答为:(可靠性需求)

# 三、机票预定系统在处理一个业务请求平均响应时间为100ms，

# 系统支持的QPS（Query Per Second，每

# 秒处理请求数）在500以上

你的第三题回答为:(性能需求)

# 四、因乘客身份认证未通过导致机票预定失败时，机票预定系统会给用户

# 显示错误提示并给出反馈，同时通知人工客服来进行进一步核实

你的第四题回答为:(出错处理需求)

# 五、在任何时刻机票预定系统中的服务器或备份服务器至少有一个是可用的，

#一个月内系统中的不可用时间不能超过系统运行总时间的3%

你的第五题回答为:(可用性需求)

# 六、机票预定系统应该提供第三方的登录和支付接口

你的第六题回答为:(接口需求)

# 七、乘客不能预定同一时间点的多张机票

你的第七题回答为:(逆向需求)

# 八、机票预定系统需要按照国际化（用户界面提供多种语言）进行开发

你的第八题回答为:(约束)

# 九、机票预定系统应该为以后多家航空公司的入驻提供预留空间

你的第九题回答为:(将来可能提出的需求)

 

访谈（情景分析）

1. 正式访谈： 系统分析员将提出一些事先准备好的具体问题
2. 非正式访谈： 分析员将提出一些用户可以自由回答的开放性问题，以鼓励被访问人员说出自己的想法。

调查表：
当需要调查大量人员的意见时，向被调查人分发调查表是一个十分有效的做法。经过仔细考虑写出的书面回答可能比被访者对问题的口头回答更准确。
情景分析：
在访问用户的过程中使用情景分析技术往往非常有效。所谓情景分析就是对用户将来使用目标系统解决某个具体问题的方法和结果进行分析。

面向数据流自顶向下求精

图 1 面向数据流自顶向下求精过程

简易的应用规格说明技术

提倡用户与开发者密切合作，共同标识问题，提出解决方案要素，商讨不同方案并指定基本需求。

1. 进行初步的访谈
2. 开发者和用户双方组织的代表出席会议
3. 每个小组为每张列表中的项目制定小型规格说明
4. 根据会议成果起草完整的软件需求规格说明书

快速建立软件原型

快速建立软件原型是最准确、最有效、最强大的需求分析技术，快速原型就是快速建立起来的旨在演示目标系统主要功能的可运行的程序。
构建原型的要点是：它应该实现用户看得见的功能(例如，屏幕显示或打印 表)省略目标系统的“隐含”功能(例如，修改文件)。
当用户对需求的了解不清晰时，软件开发人员可以通过快速构建原型系统的方式对用户进行需求挖掘。系统需求分析人员在初步获取需求之后，通过简单地分析快速地构建出一个原型系统，该原型系统相当于目标系统的第一个可操作的模型，用户在使用该原型系统的过程中对当前系统提出修改意见，软件开发人员以用户的修改意见为指导来修改这个原型系统，直到用户满意为止，最后系统需求分析人员基于这个过程整理总结出用户的最终需求。

闯关要求

为了方便旅客，某旅游平台拟开发一个机票预定系统。旅客将旅客信息输入该系统，系统为旅客安排航班，旅客在飞机起飞前一天凭取票通知和账单交款取票，系统核对无误即印出机票给顾客。请根据机票预定系统案例描述以及相关知识点，完成相应题目。

 

软件需求规格说明书

软件需求规格说明书是需求分析阶段得出的最主要的文档。通常用自然语言完整、准确、具体地描述系统的数据要求、功能需求、性能需求、可靠性和可用性要求、出错处理需
求、接口需求、约束、逆向需求以及将来可能提出的要求。自然语言的规格说明具有容易书写、容易理解的优点，为大多数人所欢迎和采用。
GB88版需求规约如下图所示：

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

???????