03、系统的需求分析及可行性分析(北邮课件)
第三章系统需求分析
第三章系统需求分析3.1可行性研究档案管理系统在我国职业院校目前大多采用手工记录档案和单机的MIS两种方式，而这两种方式目前来说工作效率低下以及存在许多问题，主要如下：（1）输入文件的低效率：例如，每学期院长办公室负责成千上万教育档案的输入，而如果采用手工档案或者单机的MID这两种方式，将会浪费大量的时间和人力在这些简单输入操作中。
（2）查询不便：例如，调用一个教学文件或查询其他教育信息化相关的教育行政管理信息，因为没有文件的权限，它必须向教务处调整档案文件，了来解查询的信息。
（3）对于即将毕业的学生，在转移档案方面存在很大的麻烦：例如，每年都有大量的毕业生去自己的档案。
在这个过程中，如果在繁重的工作，没有管理信息系统，无法形容的，需要花很长的时间才能提取自己的档案。
（4）纠正信息不便：例如，如果已输入的个人信息存在错误，导致查询某项信息失灵，无法得到所需的信息。
但由于一些系统本身的限制，因此在需要开发系统时对输入信息进行严格的检查这对学校的教务管理系统显得非常重要，以免带来不必要的麻烦和陷入困境。
3.1.1 技术可行性科技的迅速发展的同时，也为计算机以及通信以及网络发展带来了技术保障。
而计算机在硬件方面的提升，网络的优化以及通信的不断加强这些无疑不催化了学校或企业员工档案对这些方面的巨大需求，也有很多计算机全面应用于此或者面向这些开了一些系统和应用软件，使之成为可能。
目前，数据库已经经过几十年的发展，也越来越稳定熟练，而把SQL Server2000作为员工档案系的数据库后台，能对员工的数据进行有效的关联和独立以及管理，其次再加上目前的技术开发模式的丰富如B/S模式以及种类多样，灵活的Web应用程序或者运用面向对象的ASPNET技术开发俗称C#，而这些系统开发技术已经运用道中信息管理的开发项目上，经验已经成熟。
可以说，对于开发学校的员工档案系统或者教务管理系统完全在技术层面是可行的。
3.1.2 经济可行性可以说计算机的出现极大程度的解放了人工计算方面的许多工作，同时也加大了处理速度和效率，在价格方面来说，计算机的价格相对于人工劳动成本说比较低廉且计算机系统在这个方面系统开发时间比较短且成本要求不高，所以计算在经济方面相对于人工而言是比较经济的。
系统可行性研究及需求分析
系统可行性研究及需求分析系统可行性研究及需求分析是指对一项计划中的系统进行调查和评估，确定其实施的可行性和可行性要求的过程。
该研究和分析是项目启动过程中的关键步骤，它可以帮助项目团队确定系统的目标和范围，评估实施该系统的各种风险和问题，同时也能够提供与利益相关者进行沟通和协商的基础。
在进行系统可行性研究和需求分析时，需要考虑以下几个方面：1. 技术可行性：评估系统是否能够使用现有或可行的技术来实现。
这需要对市场上已有的技术进行调研和分析，确定其是否满足系统的需求。
2. 经济可行性：评估系统的实施和运行所需的成本和收益。
这包括硬件、软件、人力资源等方面的成本，以及运行系统所能带来的效益和收益。
3. 法律可行性：评估系统是否符合现行的法律法规和标准。
这需要对相关的法律法规进行调研和分析，确保系统的设计和实施不会违反法律要求。
4. 操作可行性：评估系统是否易于操作和管理。
这需要对系统的用户和管理人员进行调研和分析，确定他们对系统的技术水平和操作能力，以及他们对系统的需求和期望。
在需求分析方面，需要明确系统的功能需求和非功能需求。
功能需求包括用户需要的功能和系统需要实现的功能，非功能需求包括性能、可用性、安全性等方面的要求。
需求分析的过程包括以下几个步骤：1. 需求获取：通过与用户和利益相关者的沟通和交流，获取对系统的需求和期望，明确系统的目标和范围。
2. 需求分析和整理：根据获取的需求，进行分析和整理，将其转化为可执行的任务和功能清单。
3. 需求验证：与用户和利益相关者共同验证需求的准确性和可行性，确保需求符合实际情况和用户的实际需求。
4. 需求文档编写：将验证后的需求整理为需求文档，包括功能需求、非功能需求以及用例和用户故事等。
5. 需求变更管理：根据项目的实际情况和变化，及时处理和管理需求的变更，确保系统的设计和实施能够满足用户的需求和期望。
通过系统可行性研究和需求分析，可以帮助项目团队明确系统的目标和范围，评估实施系统的各种风险和问题，提供与利益相关者沟通和协商的基础，为系统的设计和实施提供指导。
ERP系统应用的需求分析与可行性分析(ppt 72页)
国外软件－项目效益
•蕴涵了许多管理的先进思想和手段，为企业流程优化与重组提供了可借 鉴的“参考模型”，能够较显著地提高流程优化与重组的效率。 •集成性、技术稳定性、功能灵活性、系统开放性较强，为企业的不断发 展与改变留有较大的空间。 •重视售后服务，在问题响应等方面比较规范。 •在升级维护方面的支持比较及时，有利于企业信息系统的更新。 •咨询合作伙伴较多，有助于企业找到合适的管理咨询伙伴。 •发展较稳健，对选用其产品的企业来讲，是比较理想的长期合作伙伴。
计划可以通过以下方面评估： •计划手段 •计划流程 •变动频数 •下达与变更是否准确及时 •计划完成情况 •规章制度
汉普咨询
19
管理 基础
3 物流管理与控制
供应商情况： •供应是否及时 •质量如何 •供应商等级 •规章制度
生产情况： •生产负荷 •生产调度 •信息反馈 •规章制度
5
按时在预算内完成
Source: Garden Research Group 1997
Source: Garden Research Group 1997
项目失败的六大原因
目标不明确
6
未做好计划和预测 5
技术问题
4
计划方法有问题
3
不会做计划 供应商的问题
2ቤተ መጻሕፍቲ ባይዱ
1
0% 10% 20% 30% 40% 50% 60% 70%
汉普咨询
36
国外软件－风险分析
•软件购置费用与年维护费用较高。 •企业的管理基础水平不能适应软件的需要。 •用户化与二次开发的工作量太大，延误项目进程。 •软件文档或资料没有汉化，企业人员学习与掌握起来难度大。
汉普咨询
37
国内软件－项目效益
第三章_系统需求分析及可行性分析
分类控制器
条码
部分号码
接口查找
分类命令
捕获传感器 数据子系统
数据库访问 子系统
KEY 分类记录
报告格式化 子系统
CLSS报告
主框架通信 驱动器
脉冲同步 输入
捕获数据接口
数据库状态
BCR状态 条形码阅 读器状态
传感器状态
诊断子系统
分类状态 通信状态
诊断接口
扩展的CLSS体系结构流程图
格式化的 报告数据
13
§3.2 可行性分析
(1) 成本估算技术
➢ 代码行技术 ➢ 功能点技术 ➢ 任务分解技术 ➢ 经验估算模型 ➢ COCOMO模型 ➢ 软件方程式 ➢ 其他成本估算内容(设备、人力、材料、管理等)
普通存在的问题是：成本估算往往偏低，其结果 是一次次地追加费用，造成骑虎难下的局面。
14
§3.2 可行性分析
➢ 技术可行性主要考虑的内容有：
开发风险：在给定的限制范围内，能否设计出系统，并 实现必须的功能和性能？
资源可用性：是否有充足的熟练技术人员可以支配？其 他必要的资源（软件和硬件）对建造系统可用么？
技术条件：相关的技术条件是否能够支持系统的开发？
➢ 技术分析可用的工具可从数学建模和优化技术、概 率和统计、排队论和控制论中导出
19
§3.2 可行性分析
➢ 无形效率
估算新软件能提供哪些以前不能做或难以做到的工 作，提供信息的速度、精度、质量有什么提高，使 用人员查询和使用信息的能力有哪些提高，节省多 少人力等。
无形效率估算难以给出定量的数字，只能凭经验作 出大致的估算。通常的情况是估算往往容易偏高。
例如：手工制定一张工资表需要2天(16个小时=960 分钟)，如果用计算机管理，10分钟就能打印一张工 资表。那么，能否得出效率提高96倍的结论呢？恐 怕不能。因为它还受到数据输入等因素的制约，一 般能提高2—3倍就不错了。因此，不能把某个环节 上工作生产率的提高看成整个系统工作效率的提高 。
信息化系统需求分析和可行性分析(PPT39页)
的条件和限制； f. 可利用的信息和资源； g. 系统投入使用的最晚时间。
1.4 进行可行性分析的方法
这项可行性分析将是如何进行的？ 建议的系统将是如何评价的？ 使用的基本方法和策略，如调查、加权、 确定模型、建立基准点或仿真等。
2. 对现有系统的分析
2.1 现有系统的基本的处理流程和数据流 程 2.2 现有系统所承担的工作及工作量 2.3 由于运行现有系统所引起的费用开支 如人力、设备、空间、支持性服务、材 料等项开支以及开支总额。
2. 对现有系统的分析
2.4 为了现有系统的运行和维护所需要的 人员的专业技术类别和数量 2.5 现有系统所使用的各种设备。 2.6 原系统主要的局限性 例如处理时间赶不上需要，响应不及时， 数据存储能力不足，处理功能不够等， 并且要分析，为什么对现有系统的改进 性维护已经不能解决问题。
5.2信息化系统的可行性分析
1. 可行性分析前提 2. 对现有系统的分析 3. 提出建议的系统 4. 技术上的可行性分析 5.经济上的可行性分析 6. 社会因素方面的可行性 6. 分析结论
1. 可行性分析的前提
对计划的开发项目进行可行性分析的前 提，如要求、目标、假定、限制等。
1.1 对计划开发的系统的基本 要求
信息化系统需求分析和可行性分析
5.1 信息化系统需求分析
从企业的战略、运作和技术层面对 企业信息化系统的功能需求进行分 析，写出需求分析报告。
一、企业信息化系统需求的层次
*战略层面： 不仅要考虑企业的现状，也要考虑企业未来的发展。
可行性分析和需求分析ppt课件
技术先进性 技术适用性
.
风险分析
14
风险识别 风险评估
风险识别 风险分析 风险优先级
.
社会可行性
15
是否满足所有项目涉及者的利益 是否满足满足法律或合同的要求
如环境法规
.
成本效益分析
16
1、成本估计(Cost Estimation) ⑴ 代码行技术：每行代码的平均成本 源代码行数 ⑵ 任务分解技术：人力 工资 ⑶ 经验公式及软件：
13
要考虑的制约条件
需求制约：现存的需求结构及需求结构可能的变化 资源制约：资金、人力资源、自然资源、其它要素 环境制约：经济技术环境、社会文化环境、自然环境
选择原则
经济性原则：以最小的投入取得最好的效果 发展原 则：发展的前景及适应发展的能力 兼容性原则：与原有经济、技术、环境、社会的兼容性 相关效果原则：相关的经济、技术、环境估 计划评估 技术评估 风险评估 社会可行性（法律，合同，政治……） 经济性评估
.
策略评估的内容
9
目标：提出的系统对组织目标具有怎样的贡献？例如它是否能够增加 市场份额？
IS计划：提出的系统如何与IS计划相适应？它将替换或者与那些系统 接口？它与将来开发的系统有何交互关系？
情形：系统将使客户对组织的态度有何变化？是否采用一个自动化的 系统将与提供友好的服务相冲突？
.
操作可行性
10
确定：
系统是否能够真正解决问题 是否系统一旦安装后，有足够的人力资源来运行系
统
用户对新系统具有抵触情绪可能使操作不可行
.
计划评估
11
估计项目完成所需的时间 评估项目的时间是否足够
⑴ 纯收入 = 折合现价的总收入 - 当前投资额 =
第三章_系统需求分析及可行性分析
§3.1 基于计算机系统的 系统分析
2. 系统分析
系统分析是一组统称为计算机系统工程的活动。 它着眼于所有的系统元素，而不仅仅是软件。 系统分析时需要硬件工程师、软件工程师以及数 据库专家共同合作来实现。
6
§3.1 基于计算机系统的 系统分析
(1)系统分析的目标
➢ 识别用户要求； ➢ 系统的可行性分析； ➢ 把功能分配给系统元素； ➢ 建立成本和进度限制； ➢ 生成系统规格说明，形成所有后续工程（包括软
11
§3.2 可行性分析
可行性分析主要集中在以下四个方面：
➢经济可行性
进行开发成本的估算以及可能取得的经济效益，确定待开发系统是 否值得投资开发。
➢技术可行性
对待开发的系统进行功能、性能和限制条件的分析，确定在现有资 源的条件下，技术风险有多大，系统是否能实现。资源包括已有的 或可以获得的硬件、软件资源，现有技术人员的技术水平与已有的 工作基础。
10
§3.2 可行性分析
1. 可行性分析的任务和步骤
➢ 首先，针对项目确定问题域并对问题域进行概 要的分析和研究，初步确定项目的规模、约束 和限制条件
➢ 其次，针对问题域中的关键和核心问题进行简 要的需求分析，抽象出问题域的逻辑结构，并 构建逻辑模型
➢ 最后，从逻辑模型出发，通过小规模的设计和 技术实现论证，探索出若干种可供选择的解决 方案，并对每种方案进行可行性方面的论证
8
基于计算机系统的系统分析
可行性分析
系统体系结构建模 系统流程图 系统分析的总结
9
§3.2 可行性分析
可行性分析的目的不是解决问题，而是确 定问题是否值得去解决。 在系统分析过程中，引入系统可行性分析 的一个优点在于可以在很大程度上减少投 资的损失。 一方面为后期的软件开发指明方向，也是 项目管理和计划的前期准备；另一方面即 使决定项目终止也不会对项目建设的双方 带来巨大的经济损失。
需求分析与可行性 分析
需求分析与可行性分析需求分析与可行性分析是在进行项目执行前必须进行的重要工作。
需求分析是指对项目实施过程中所需要解决的问题进行系统的分析和论证，确定实施的目标。
而可行性分析是指对项目执行的可行性进行评估，包括经济可行性、技术可行性和组织可行性等方面的分析。
下面将分别对需求分析和可行性分析进行详细阐述。
1. 需求分析需求分析是通过对项目实施过程中的问题进行分析，明确实施的目标和解决的问题。
在进行需求分析时，可以采用以下步骤：（1）明确项目的背景和目的：了解项目的起因和目的，明确项目实施的背景和目标，以便后续的需求分析工作有一个明确的方向。
（2）确定用户需求：与项目相关的各方面人员进行沟通和交流，了解他们的需求和期望，包括功能性需求和非功能性需求。
这可以通过访谈、问卷调查等方式进行。
（3）分析需求：对收集到的需求进行分析，明确各个需求之间的优先级和相关性，将它们整合成一个完整的需求列表。
（4）确定需求的可行性：对整合后的需求进行评估，确定其可行性和实现的可行路径。
这可以通过技术评估、市场调查等方式来进行。
（5）输出需求文档：将需求整理成一个详细的需求文档，包括需求的优先级、实现的方法、预计的实施时间等信息，以便后续进一步的执行和实施。
需求分析的目的是明确项目的实施目标和解决的问题，为后续的项目执行提供清晰的方向。
通过需求分析，可以有效地避免项目执行过程中的偏差和风险，提高项目的成功率和用户满意度。
2. 可行性分析可行性分析是对项目执行的可行性进行评估，包括经济可行性、技术可行性和组织可行性等方面的分析。
在进行可行性分析时，可以采用以下步骤：（1）经济可行性分析：评估项目的投资收益情况，包括项目的成本、收益和盈利能力等方面的分析。
通过对项目的成本和收益进行评估，判断项目是否具有经济可行性。
（2）技术可行性分析：评估项目所依赖的技术是否可行和成熟，包括技术的稳定性、可靠性和可扩展性等方面的分析。
通过对技术方案和解决方法的评估，判断项目是否具有技术可行性。
系统必要性和可行性分析
系统必要性和可行性分析系统必要性和可行性分析是指在开始设计和开发一个系统之前，对系统的必要性和可行性进行评估和研究。
这样可以确保设计和开发出的系统能够满足用户需求，并且在技术、资源和组织等方面具备可行性。
下面将从系统必要性和可行性两个方面进行深入分析。
一、系统必要性分析系统必要性分析主要从以下几个方面进行评估：1. 用户需求：首先需要明确系统的用户需求和目标，了解用户的实际需求是设计和开发系统的基础。
通过与用户沟通和调研，获取用户需求，确保系统能解决用户的问题或提供所需的功能和服务。
2. 业务流程改进：系统必要性也表现在能否有效改进现有的业务流程。
通过系统的设计和开发，可以简化流程、提高效率和减少人工操作，从而提高整体业务效益。
3. 数据管理和分析：现代企业和组织面临大量的数据，规模庞大且庞杂复杂，如何在短时间内处理大量数据并进行有效的数据管理和分析成为系统必要性的重要因素。
4. 资源利用和节约：系统设计和开发需要一定的资源投入，但有效的系统可以帮助企业或组织更好地利用资源，提高资源的利用效率，达到节约成本的效果。
5. 管理和监控：系统可以提供实时的管理和监控功能，帮助企业或组织更好地管理和追踪工作流程和业务，从而提高对业务的控制力和决策能力。
通过以上的必要性分析，可以清楚地看到设计和开发系统的必要性和重要性，进而开始进行可行性分析。
二、系统可行性分析系统可行性分析主要从以下几个方面进行评估：1. 技术可行性：系统的设计和开发所需的技术是否已经成熟，是否可以满足系统的需求。
这包括硬件设备、软件平台、网络带宽等方面。
2. 组织可行性：系统的设计和开发是否能够适应组织的业务流程和管理体系，是否能够与现有的组织结构和文化相适应。
3. 资金可行性：系统的设计和开发需要一定的资金投入，需要对开发成本和预期效益进行评估，确保系统的构建与运维成本可以得到合理的回报。
4. 时间可行性：系统的设计和开发需要一定的时间投入，需要评估所需的时间和资源是否能够满足项目的时间要求，确保项目可以按时完成。
可行性分析和需求分析
可行性分析和需求分析在项目开发的初期阶段，进行可行性分析和需求分析是非常重要的步骤。
通过对项目的可行性进行评估和对用户需求进行深入分析，可以确保项目能够成功地实施并满足用户的期望。
一、可行性分析可行性分析是对项目的可行性进行评估，包括技术可行性、经济可行性和法律可行性等方面。
在进行可行性分析时，需要考虑以下几个因素：1. 技术可行性：评估项目是否能够在技术上实现。
这包括对项目所需技术的现有可行性和可靠性进行评估，是否存在已有的技术或解决方案可以支持项目的实施。
2. 经济可行性：评估项目的经济效益和可行性。
这包括对项目的投资成本和预期收益进行分析，判断项目是否具备经济上的可行性，能否实现投资回报。
3. 法律可行性：评估项目是否符合相关法律法规的要求。
这包括项目所涉及的法律法规和政策，项目是否符合相关法律要求，是否会引发法律风险。
通过对以上可行性因素的评估，可以得出项目是否具备可行性的结论，并为后续的项目决策提供参考依据。
二、需求分析需求分析是对用户需求进行深入分析和理解，以确保项目能够满足用户的期望和需求。
在进行需求分析时，需要进行以下几个步骤：1. 收集需求：与用户进行沟通，收集用户需求和期望。
可以通过面对面交流、问卷调查、访谈等方式来获取用户需求信息。
2. 分析需求：对收集到的需求进行分析和整理，理解用户的真实需求。
需求可能包括功能需求、非功能需求、性能需求等方面，需要对每个需求进行详细的分析和梳理。
3. 确定需求：在分析的基础上，确定最终的需求列表和需求规格。
需求规格应包括确切的描述、优先级、可测量的指标等内容，以便后续的项目开发和测试。
通过需求分析，可以确保项目能够满足用户的期望和需求，避免在后续的开发阶段出现需求变更和调整，提高项目的开发效率和成功率。
结论可行性分析和需求分析是项目开发中不可或缺的重要步骤。
通过对项目的可行性进行评估和对用户需求进行深入分析，能够避免项目实施过程中的风险和问题，确保项目能够顺利实施，并满足用户的期望和需求。
系统需求分析及可行性分析
下面仍以图形软件包为例，用任务估算技术来估算其开发成
本(见表 2.2所示)。
5)计算该项目的总代码行数、总成本和总工作量 表2.1是用代码行技术来估算开发一个图形软件包成本的 例子。假设该软件包有四个主要功能，即用户接口控制、 二维几何分析、计算机图形显示、外部设备控制(见表中 第一列)。实现每个子功能所需要的代码行数Le(见表中第 二列)是由已知的a，m，b代入代码行平均值公式计算而 得的。表中第三列是生产率，第四列是每行代码的成 本．第五列成本和第六列人力都是计算而得的。
代码行技术估算步骤如下：
1)确定功能：将项目功能反复分解到足够细，直到可以对为实 现该功能所需要的源代码行数做出可靠的估算为止。 2)算出各子功能代码行数的平均值：首先根据经验和历史数据 对每个子功能估计其程序规模的大小，即最小规模 a，最大规 模 b 和最可能的规模 m，然后用下式计算出该子功能源代码的 行数的平均值Le： a 4m b
Computer system
基于计算机系统的系统元素
过程 process 文档 files 输入 input 数据库 database
系统 system
硬件 hardware 输出 output
软件 software
人 human
/sysengr/whatis/whatis.html
3. Model the system. Running models clarifies requirements, reveals bottlenecks and fragmented activities, reduces cost and exposes duplication of efforts. 4. Integrate. Integration means designing interfaces and bringing system elements together so they work as a whole. This requires extensive communication and coordination. 5. Launch the system. Launching the system means running the system and producing outputs -- making the system do what it was intended to do. 6. Assess performance. Performance is assessed using evaluation criteria, technical performance measures and measures -measurement is the key. If you cannot measure it, you cannot control it. If you cannot control it, you cannot improve it. 7. Re-evaluation. Re-evaluation should be a continual and iterative process with many parallel loops.
信息系统分析可行性分析和系统方案建议课件
22
图10-10 书面报告的格式
Factual Format 事实型格式
Introduction
Administrative Format 管理型格式
I. Introduction
14
Present value 现值 – 是在未来任何时候1 美元的当前值。
PVn = 1/(1 + i)n
n表示年数，i表示贴现率
Discount rate 贴现率 – 类似于你从你的存款帐 户中获得的利息率。 在大多数情况下，一个企 业的贴现率是能够投资到其他项目的机会成本， 这包括投资到股票、基金、债券等的可能性。
(主要部分—事实型格式或者管理型格式的报告主体—在报告的这个 部分表现)
Appendices 附录
24
图10-12 撰写一个报告的步骤
25
10.5 系统方案建议——正式报告
Formal presentation 正式汇报是用来兜售新想 法并获得新系统认可的专门会议。也可以用于以 下目的：
Sell new system 兜售新系统 Sell new ideas 兜售新理念 Head off criticism 阻止批评 Address concerns 讨论担心的问题 Verify conclusions 验证结论 Clarify facts 澄清事实 Report progress 报告进展
Technical feasibility 技术可行性 – 是对一种特 定技术方案的现实性以及技术资源和专家的可 用性的度量。
Schedule feasibility 进度可行性 – 是对项目时 间表的合理性度量。
软件工程-03、系统的需求分析及可行性分析
© 2009 BUPT TSEG
北京邮电大学 通信软件工程中心
25
CLSS的ACD
条码阅读器
条码
传送带
速度指示器
分类点 操作员
请求 查询及报告
传送带分类系统
分类命令
分类机制
诊断数据
格式化的 报告数据
主框架
分类点 操作员
© 2009 BUPT TSEG
北京邮电大学 通信软件工程中心
26
CLSS的AFD
纯收入 > 0 说明值得投资 纯收入 = 0 等于把资金存入银行 纯收入 < 0 说明不值得投资 上例中的纯收入为：41.563-20=21.563万元
© 2009 BUPT TSEG
北京邮电大学 通信软件工程中心
18
软件开发的效益度量
投资回收率：设想把数量等于投资额的资 金存入银行，每年年底从银行回收的钱等 于系统每年预期可以获得的效益，在时间 等于系统寿命时，正好把在银行中的存款 全部取完。这个假想的年利率就等于投资 回收率。
北京邮电大学 通信软件工程中心
14
软件成本的估算方法
软件的其他成本估算还必须考虑支撑软件开发所必需 的市场、销售和行政等项的开支，根据经验有如下内容需要考虑：
办公室房租、现场开发住宿费等。
办公用品，如桌、椅、书柜、照明电器、空调等。
计算机、打印机、网络等硬件设备。
软件工程模型与方法 Models & Methods of Software
Engineering
第三章 系统需求分析与可行性分析 修佳鹏
© 2009 BUPT TSEG
本章内容
3.1 基于计算机系统的系统分析 3.2 可行性分析 3.3 系统体系结构建模 3.4 系统流程图 3.5 系统分析总结
第2章-可行性研究与需求分析课件
• 软件系统要完成的总体目标是什么？
• 要开发的软件的功能和性能是什么？
• 软件系统在可靠性和质量上有何具体要求？
• 开发该软件系统是否具备可行的技术？
• 当前市场和竞争对手的情况怎样？
• 开发该软件系统是否有成本和进度约束？
• 该软件系统将来可能进行哪些扩充？
第2章-可行性研究与需求分析
4
2.1 问题的定义与可行性研究
第2章-可行性研究与需求分析
6
2.1 问题的定义与可行性研究
2.1.3 可行性研究的过程
1．可行性研究的步骤
（1）确定系统的规模和目标
（2）分析现有系统，设计新系统的高层系统模型
（3）评审系统模型
（4）设计和评价新系统的实现方案
（5）制定行动方案
（6）拟定开发计划
（7）编制可行性报告
第2章-可行性研究与需求分析
第2章-可行性研究与需求分析
12
2.2 需求分析的任务
主要教学内容： 2.2.1 确定对系统的综合要求 2.2.2 分析系统的数据要求 2.2.3 导出系统的逻辑模型 2.2.4 修正系统开发计划
第2章-可行性研究与需求分析
13
2.2 需求分析的任务
2.2.1 确定对系统的综合要求
软件需求分析的目标是深入描述软件的功能和性能， 确定软件设计的约束和软件同其他系统元素的接口细 节，定义软件的其他有效性需求。
2.1.2 可行性研究的任务
可行性研究的主要目的是用极少的代价在最短的 时间内决定被开发的软件是否能开发成功。
（1）经济可行性：通过对被开发软件系统的成本 效益的分析，估算系统的开发成本，估计系统可能 取得的效益，确定待开发系统是否值得投资开发。
系统需求分析PPT课件
做什么
理
解
抽象化 逻辑模型
需 求
导
实例化
逻辑模型
出表
达
需
求
需求分析的 主要工作
系統流程圖 或DFD圖等
5
1.1 系統需求分析的任務
• 系統需求分析(Systems Analysis，簡稱SA)
是軟體定義時期的最後一個階段，它的基本任務是準確地回答“系統 必須做什麼？”這個問題。
• 需求的定義：
1.從用戶角度(系統的外部行為)以及從開發者角度(內部特性)來闡述需求。 2.需求是“用戶所需要的並能觸發一個程式或系統開發工作的說明”。這些 定義強調的是產品是什麼樣的，而並非產品是怎樣設計、構造的。 3.需求是指明必須實現什麼的規格說明。它描述了系統的行為、特性或屬性， 是在開發過程中對系統的約束。
• 醫院資訊系統軟體一般以病人資訊為主線，以人、財、物 三線並舉的方式。
16
2.3 醫院的資訊類型分析
• 根據數據流量、流向及處理過程，可將整個醫院資訊系統 劃分為五個部分： 1.臨床診療部分 2.藥品管理部分 3.經濟管理部分 4.綜合管理與統計分析部分 5.外部介面部分
17
3 業務流程分析
3.1 基本業務流程 3.2 資訊特點分析 3.3 設計目標
9
2 醫院的組織結構 2.1 醫院基本組織結構 2.2 醫院的基本活動分析 2.3 醫院的資訊類型分析
10
2.1 醫院基本組織結構
• 為了問題的簡化，這裏以醫院在體制上最可能存在共性的 部門為例，簡單的列出一所醫院通常都有的五個部門:
醫院領導
门急诊部 住院部
财务部
…
药房
醫院資訊系統也可以按照業務功能劃分，事實上醫院的組 織機構不同，系統分析人員一定要具體問題具體分析。
03、系统的需求分析及可行性分析(北邮课件)
KEY 分类记录
报告格式化 子系统
© 2009 BUPT TSEG 北京邮电大学 通信软件工程中心
23
体系结构语境图ACD
最高层的系统体系结构叫做体系结构语境 图ACD。 语境图建立了待实现系统与系统运行环境 之间的信息边界：
定义了系统使用信息的所有外部生产者； 系统创建消息的所有外部消费者；
所有通过界面通信或完成维护和自测的实体；
系统分析和可行性分析的目的是明确系统是否值 得做，避免投资损失
衡量软件系统是否值得做的标准：能否带来经济效益 、企业效益或社会效益。 援引柳传志的一段话：“没钱赚的事我们不干；有钱 赚但投不起钱的事不干；有钱赚也投得起钱但没有可 靠的人选，这样的事也不干。”
© 2009 BUPT TSEG
北京邮电大学 通信软件工程中心
10
3.2.1 可行性分析的任务和步骤
首先，针对项目确定问题域并对问题域进行概要 的分析和研究，初步确定项目的规模、约束和限 制条件。 其次，针对问题域中的关键和核心问题进行简要 的需求分析，抽象出问题域的逻辑结构，并构建 逻辑模型。 最后从逻辑模型出发，通过小规模的设计和技术 实现论证，探索出若干种可供选择的解决方案， 并对每种方案进行可行性方面的论证。 可行性分析主要集中在以下四个方面：
© 2009 BUPT TSEG 北京邮电大学 通信软件工程中心
如何进行经济可行性的分析？
12
软件成本的估算方法
软件开发体现为最终可运行的软件系统以及相应的开发过 程，为此有以下估算软件成本的方法： 代码行技术
每行代码的成本×代码行数； 代码行数：根据经验和历史数据估计；
系统需求分析与可行性探讨
系统需求分析与可行性探讨一、引言随着信息技术的不断发展和应用，系统需求分析与可行性探讨成为了软件开发过程中不可或缺的重要环节之一。
本文将针对某系统的需求分析与可行性进行探讨，并给出相应的解决方案。
二、背景在当今的数字化时代，各行各业对于信息化系统的需求日益增加。
对于一个系统，必须在开始开发之前仔细分析和了解用户的需求以及系统的可行性，以确保最终开发出的系统能够满足用户的预期并能够在现实环境中顺利运行。
三、需求分析1. 用户需求通过用户需求分析，我们可以了解到用户对该系统的具体需求，以此为基础来制定功能需求和性能需求。
在与用户进行深入沟通和调研过程中，我们可以收集到以下几个关键需求：a. 数据处理：系统需要能够对大量数据进行高效的处理和分析，以提供准确的结果，并具备良好的扩展性，能够满足未来的业务增长需求。
b. 用户友好性：系统需要提供友好的用户界面，使得用户能够方便地使用系统，并且能够根据个人需求进行自定义设置。
c. 安全性和保密性：系统需要具备高级别的安全性和数据保密性，保护用户数据免受非法访问和滥用。
d. 故障容错性：系统需要具备故障容错能力，以应对可能发生的系统故障，并能够在最短时间内恢复正常运行。
2. 功能需求根据用户需求，我们可以初步确定系统的功能需求。
在该系统中，我们需要实现以下主要功能：a. 数据采集和处理：系统需能够对用户提供的数据源进行采集和处理，并根据预先设定的规则进行分析和加工，得出相应的结果。
b. 数据展示和报表功能：系统需能够将处理后的结果进行可视化展示，并提供生成报表的功能，以便用户可以快速准确地了解数据的关联和趋势。
c. 用户管理和权限控制：系统需能够进行用户管理和权限控制，确保用户只能查看和操作其具备权限的数据和功能。
d. 日志记录和审计功能：系统需能够记录用户的操作日志和系统运行日志，并提供相应的审计功能，以方便后期进行追踪和分析。
3. 性能需求基于系统的功能需求，我们可以进一步确定系统的性能需求，以确保系统能够在实际使用中达到用户的期望。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
© 2009 BUPT TSEG
北京邮电大学 通信软件工程中心
15
软件开发的效益度量
货币的时间价值：由于任何软件项目大都 是投资在前，取得效益在后，因此要考虑 到货币的时间价值。
设年利率为i，现存入P元，若计复利则 n年后 货币价值为 F P(1 i) n 反之，若n年能收入F元，那么这些钱的现值是
© 2009 BUPT TSEG
北京邮电大学 通信软件工程中心
5
硬件工程
© 2009 BUPT TSEG
北京邮电大学 通信软件工程中心
6
软件工程
© 2009 BUPT TSEG
北京邮电大学 通信软件工程中心
7
3.1.2 系统需求识别
系统分析目标
识别用户要求； 进行技术分析并进行评价； 把功能分配给系统元素； 建立成本和进度限制； 生成系统规格说明（包括软件和硬件）。
KEY 分类记录
报告格式化 子系统
纯收入：就是在整个生存期之内系统的累计经济 效益（折合成现在值）与投资之差。
© 2009 BUPT TSEG
北京邮电大学 通信软件工程中心
18
软件开发的效益度量
投资回收率：设想把数量等于投资额的资 金存入银行，每年年底从银行回收的钱等 于系统每年预期可以获得的效益，在时间 等于系统寿命时，正好把在银行中的存款 全部取完。这个假想的年利率就等于投资 回收率。
© 2009 BUPT TSEG
北京邮电大学 通信软件工程中心
21
3.3 系统体系结构建模
本节内容：
3.3.1 构建系统级体系结构
3.3.2 系统结构的规格说明定义
3.3.3 分配与权衡
© 2009 BUPT TSEG
北京邮电大学 通信软件工程中心
22
3.3.1 构建系统级体系结构
经济可行性分析 法律可行性分析
© 2009 BUPT TSEG
技术可行分析 实施方案的选择
北京邮电大学 通信软件工程中心
11
3.2.2 经济可行性分析
软件开发为何要进行经济方面的分析？
软件开发需要有投资，有投资就需要有收益。
目的是从经济角度评价一个新项目是否可行、 是否划算，从而帮助投资人或者用户正确地做 出是否投资于这个项目的开发决策。 成本/效益分析是对软件的开发成本和可能取 得的效益进行权衡比较。 短期/长远利益分析而是从另一种角度来评价 成本和效益之间的关系。
© 2009 BUPT TSEG
北京邮电大学 通信软件工程中心
25
CLSS的ACD
分类点 操作员
请求
查询及报告
条码阅读器
条码 传送带分类系统
分类命令
分类机制
传送带
速度指示器
格式化的 报告数据 诊断数据
主框架
分类点 操作员
© 2009 BUPT TSEG
北京邮电大学 通信软件工程中心
26
CLSS的AFD
8
3.2 可行性分析
本节内容：
3.2.1 可行性分析的任务和步骤
3.2.2 经济可行性分析
3.2.3 技术可行性分析
© 2009 BUPT TSEG
北京邮电大学 通信软件工程中心
9
为什么要进行可行性分析
影响系统开发的因素有哪些？
时间因素 资源因素 成本和利润的因素 技术条件和能力的因素
开发风险：在给定的限制范围内，能否设计 出系统，并实现必须的功能和性能？
资源可用性：是否有充足的熟练技术人员可 以支配？其他必要的资源（软件和硬件）对 建造系统可用么？ 技术条件：相关的技术条件是否能够支持系 统的开发？
最终得出一个在技术层面上的决策基础： 可行，还是不可行！
© 2009 BUPT TSEG 北京邮电大学 通信软件工程中心
每个基于计算机的系统可用输入-处理-输出（IPO ）的结构来为信息的变换和处理建模，在附加经 常使用的用户界面处理和维护自测试处理特性， 构成了系统体系结构模板。
用户接口处理
输 入 处 理
过程和控制
输 出 处 理
维护和自测
通过创建一个系统结构模型，为后期的需求分析 和设计奠定了基础，同时也是技术可行性分析建 模的主要方法。
系统的总体目标是什么？ 系统所期望的功能和性能是什么？ 系统的可靠性和质量要求是什么？ 成本与进度限制如何？ 有无软硬件制造和购买的需求？ 有效的技术方案有哪些？ 将来系统可能有哪些扩充？
© 2009 BUPT TSEG 北京邮电大学 通信软件工程中心
可通过回答以下问题协助完成系统分析过程
10
3.2.1 可行性分析的任务和步骤
首先，针对项目确定问题域并对问题域进行概要 的分析和研究，初步确定项目的规模、约束和限 制条件。 其次，针对问题域中的关键和核心问题进行简要 的需求分析，抽象出问题域的逻辑结构，并构建 逻辑模型。 最后从逻辑模型出发，通过小规模的设计和技术 实现论证，探索出若干种可供选择的解决方案， 并对每种方案进行可行性方面的论证。 可行性分析主要集中在以下四个方面：
© 2009 BUPT TSEG 北京邮电大学 通信软件工程中心
4
3.1.1计算机系统工程
计算机系统工程是一个问题求解活动，目 的是揭示、分析所期望的功能、性能、接 口和约束条件，并把它们分配到各个系统 元素中去。
计算机的系统工程包括：硬件工程、软件 工程、人机工程和数据库工程，每一项工 程的作用就是明确和细化系统的功能和性 能的范围和内容，产生一个能与其他系统 元素适当集成的可操作的系统元素。
多变量模型
© 2009 BUPT TSEG 北京邮电大学 通信软件工程中心
14
软件成本的估算方法
软件的其他成本估算：
除了以上主要的软件开发成本之外，还必须考虑支撑软件开发所必需 的市场、销售和行政等项的开支，根据经验有如下内容需要考虑：
© 2009 BUPT TSEG
北京邮电大学 通信软件工程中心
24
构建ACD实例描述
分类带传送系统（CLSS）
分类站处设置PC程序软件，能够通过扫描 输入带上的产品的条形码，根据系统存储 的产品分类信息对产品进行分类，并结合 传送带的速度，对分类控制器硬件进行控 制，对产品进行分类。此外，程序还可以 与中央工厂自动化主机进行通信；并与分 类站操作人员进行交互，支持信息查询和 故障诊断。
© 2009 BUPT TSEG 北京邮电大学 通信软件工程中心
23
体系结构语境图ACD
最高层的系统体系结构叫做体系结构语境 图ACD。 语境图建立了待实现系统与系统运行环境 之间的信息边界：
定义了系统使用信息的所有外部生产者； 系统创建消息的所有外部消费者；
所有通过界面通信或完成维护和自测的实体；
© 2009 BUPT TSEG 北京邮电大学 通信软件工程中心
如何进行经济可行性的分析？
12
软件成本的估算方法
软件开发体现为最终可运行的软件系统以及相应的开发过 程，为此有以下估算软件成本的方法： 代码行技术
每行代码的成本×代码行数； 代码行数：根据经验和历史数据估计；
每行代码成本：根据软件复杂度和开发人员工资估计；
3.4 系统流程图
3.5 系统分析总结
© 2009 BUPT TSEG
北京邮电大学 通信软件工程中心
2
3.1 基于计算机系统的系统分析
本节内容
3.1.1 计算机系统工程
3.1.2 系统需求识别
© 2009 BUPT TSEG
北京邮电大学 通信软件工程中心
3
3.1.1 计算机系统工程
Webster定义的计算机系统是：元素的集合或排列，这些 元素被组织在一起，以便通过处理外部信息完成某些预定 的目标 。这些系统元素是： 软件：指程序、数据结构和相关文档。 硬件：指提供计算能力的电子设备和提供外部功能的 机电设备（传感器、马达等）。 人员：指使用硬件和软件的用户和其他人员。 文档：指手册、表格和其他表示系统使用和操作的描 述性信息。 数据库：指系统所具有的信息模型，是系统中对信息 具有存取功能的一个主要部分。 过程：指定义每一种系统元素的特定使用步骤或使用 环境。
软件工程模型与方法 Models & Methods of Software Engineering
第三章 系统需求分析与可行性分析 修佳鹏 media@
© 2009 BUPT TSEG
本章内容
3.1 基于计算机系统的系统分析
3.2 可行性分析
3.3 系统体系结构建模
F P (1 i ) n
© 2009 BUPT TSEG
北京邮电大学 通信软件工程中心
16
软件开发的效益度量
例如：某企业花20万引进信息化系统后，每年节省9.6万元 的人力成本，若该软件生命周期为5年，银行年利率5%， 请计算其节约的成本的当前价值是多少？ 解： 因为：
F P (1 i ) n
办公室房租、现场开发住宿费等。 办公用品，如桌、椅、书柜、照明电器、空调等。 计算机、打印机、网络等硬件设备。 电话、传真等通讯设备以及通讯费用。 资料费。 办公消耗，如水电费、打印复印费等。 行政人员的工资。 差旅费、国内外出差补贴等。 做市场调查、可行性分析、需求分析的交际费用。 公司人员培训费用。 产品宣传费用。如果用Internet作宣传，则要考虑建设Web站点的费用。