3 需求分析2

需求分析及可行性研究怎么写需求分析及可行性研究是一个项目开发过程中至关重要的阶段。

在这个阶段中，我们需要确定项目的需求，评估实施方案的可行性，并确定项目能否成功实施。

以下是需求分析及可行性研究的一般步骤和内容。

需求分析：1. 确定项目目标：明确项目的整体目标和战略意义，了解项目所带来的利益和期望的结果。

2. 收集需求：与利益相关者交流，包括客户、用户、管理层和其他相关人员，了解他们对项目的期望和需求。

3. 定义需求：将收集到的需求整理、分类和明确，确保需求清晰、准确且一致。

4. 分析需求：对需求进行优先级排序和评估，确保项目的优先级和可行性。

可行性研究：1. 技术可行性：评估所选技术是否能够满足项目需求，并确认所需技术是否在市场上可得到。

2. 经济可行性：评估项目的经济效益，包括成本和收益分析，并确定项目的投资回报率。

3. 组织可行性：评估项目对组织的影响，包括组织能力和资源是否足够支持项目的实施。

4. 法律可行性：评估项目的合规性，包括法律、法规和政策方面的要求和限制。

5. 时间可行性：评估项目的时间限制，包括项目实施所需的时间和资源，并确定项目是否在规定的时间范围内完成。

需求分析及可行性研究的结果可以帮助项目团队做出决策：1. 确定项目的整体目标和需求，为项目规划和项目实施提供指导。

2. 评估项目的可行性，确定项目能否成功实施，并为项目决策提供依据。

3. 识别项目的风险和限制，并提出相应的对策和解决方案。

4. 提供项目管理和团队协作的基础，确保项目的成功实施和交付。

总而言之，需求分析及可行性研究是一个深入分析和评估项目需求及可行性的过程，为项目的规划和实施提供重要依据。

通过对项目需求的明确和评估，可以确保项目实施的成功，并为项目团队提供项目管理和决策的指导。

❖ 2。需求分析
❖ 这个阶段对已收集的需求进行提炼、分析和审查，即对问 题的分析和方案的综合，确保所有的需求含义都被理解， 并找出可能错误，遗漏或不足的地方。
❖ 分析人员在这一步骤中的任务是根据对问题及其环境的理 解与软件开发经验，改正用户需求的模糊性、歧义性和不 一致性，排除由于用户的片面性和短期行为所导致的不合 理要求、挖掘用户尚未提出但具有价值的潜在需求，并在 用户的帮助下对相互冲突的要求进行折衷，使用户需求逐 步精确化、一致化和完全化。
经过评审确认的需求规格说明将成为客户方与开发方的 合同。如果评审未通过，比如发现了遗漏或错误，则必 须进行迭代，直至通过评审为止。
需求分析的任务
与软件实际运行相关的需求分析任务
1、确定对系统的综合要求 2、分析系统的数据要求 3、异出系统的逻辑模型 4、修正项目开发划 5、开发原型系统
3.3.2 需求分析的一般性技术
在分析阶段构筑的模型不应涉及软件实现的细节，以免分散分 析人员的注意力、限制软件设计人员为提高软件质量和效率而 选择实现方法的自由度。
需求分析结束时确立的软件模型是生成需求规格说明的依据， 也是软件设计和实现的基础。
3.3.2.3 快速原型技术
如果按照传统的软件开发方法，需要经过漫长的开 发时间之后用户才能看到目标软件的最初版本。此 时用户常常会提出许多修改意见，有时甚至全盘否 定，导致开发失败。为了降低开发风险，在需求分 析阶段常常采用快速原型技术。
发挥。 ③所提问题汇总后应能反映应用问题及其子问题的全貌、并且
不要过分详细。
2．观察用户工作流程
如果可能，可通过实际观察用户的手工操作过 程来提取新系统的初步用户需求。
观察手工操作过程不是为了模拟手工操作过程， 而是为了获取第一手资料，并从中提取出有价 值的需求。分析人员有了第一手资料，再结合 自己的软件开发和应用的经验，就能够发现不 合理的用户需求、提出用户还没有意识到的潜 在的但却很有价值的用户需求，并能够从软件 的角度改进操作流程和操作规范，从而可获得 用户满意的分析结果。

第3章需求分析1．为什么要进行需求分析？通常对软件系统有哪些需求？答：（1）需求分析的原因为了开发真正满足用户需求的软件产品，需求分析是软件开发工作获得成功的前提条件，不能满足用户需求的程序只会令用户失望，给开发者带来烦恼。

（2）对软件系统的需求功能需求、性能需求、可靠性和可用性需求、出错处理、借口需求、约束、逆向需求、将来可能提出的要求。

2．怎样与用户有效地沟通以获取用户的真实需求？答：访谈是最早开始使用的获取用户需求的技术，也是目前广泛使用的需求分析技术，访谈有两种形式，分别是正式的和非正式的访谈。

正式访谈时，系统分析员将提出一些事先准备好的具体问题。

在非正式访谈中，分析员将提出一些用户可以自由回答的开放性问题，以鼓励被访问人员说出自己的想法。

其中情景分析技术往往非常有效。

3．银行计算机储蓄系统的工作过程大致如下：储户填写的存款单或取款单由业务员输入系统，如果是存款则系统记录存款人姓名、住址（或电话号码）、身份证号码、存款类型、存款日期、到期日期、利率及密码（可选）等信息，并印出存单给储户；如果是取款而且存款时留有密码，则系统首先核对储户密码，若密码正确或存款时未留密码，则系统计算利息并印出利息清单给储户。

用数据流图描绘系统中的数据对象，并用实体联系图描绘系统中的数据对象。

答：（1）数据流图，如图3-9所示。

图3-9银行计算机储蓄系统数据流图（2）E-R模型如图3-10所示。

本题中共有两类实体，分别是“储户”和“储蓄所”，在它们之间存在“存取款”关系。

因为一位储户可以在多家储蓄所存取款，一家储蓄所拥有多位储户，所以“存取款”是多对多（M：N）关系。

储户的属性主要有姓名、住址、电话号码和身份证号码，储蓄所的属性主要是名称、地址和电话号码，而数额、类型、到期日期、利率和密码则是关系类型存取款的属性。

图3-10银行计算机储蓄系E-R图4．分析习题2第3题所述的机票预订系统。

试用实体一联系图描绘本系统中的数据对象并用数据流图描绘本系统的功能。

某出版社系统调查表
编号
提出问题
7 您的部门需要成本核算和统计的内容有哪些？
8 您的部门采用计算机管理工作情况如何？ 9 如何改进业务流程使之更合理？ 10 哪些问题是目前传统手工方法根本无法解决的？
11 出版社计算机管理信息系统需要解决什么问题？
需求获取面临的问题
无足够用户参与 用户需求的不断增加 模棱两可的需求 不必要的特性 过于精简的规格说明 忽略了用户分类
需求分析的目的与意义
有效的需求分析通常都具有一定的难度，一方面是因为交 流存在障碍，另一方面是因为用户通常对需求的陈述不完 备、不准确和不全面，并且还可能不断地变化。 开发人员不仅需要在用户的帮助下抽象现有的需求，还 需要挖掘隐藏的需求。 此外，把各项需求抽象为目标系统的高层逻辑模型对日后 的开发工作也至关重要。 合理的高层逻辑模型是系统设计的前提。
度等。
需求说明书的编写提示
3.4 数据管理能力要求 说明需要管理的文件和记录的个数、表和文件的大小
规模，要按可预见的增长对数据及其分量的存储要求作 出估算。 3.5 故障处理要求
列出可能的软件、硬件故障以及对各项性能而言所产 生的后果和对故障处理的要求。 3.6 其他专门要求
如用户单位对安全保密的要求，对使用方便的要求， 对可维护性、可补充性、易读性、可靠性、运行环境可 转换性的特殊要求等。
类图
聚集关联使用空心菱形表示，菱形位于代表整体 的对象一端；组合关联与聚集关联表示方式相似， 但使用实心菱形。聚集和组合的关联关系见下图。 Nhomakorabea目录
窗口
1
*
聚集关联
1
*
组合关联
文件
菜单
类图
重数是关联关系中的一个重要概念，表示关联链的条数。比如 下图中，链的两端的数字“1”和符号“*”表示的就是重数。 重数可以一个任意的自然数集合，但实际使用中，大于1的重数 常常用“*”号代替。所以实际使用的重数多为0、1和符号 “*”。一对一关联的两端重数都是1；一对多关联的一端重数 是1，另一端是“*”；多对多关联的两端重数都是0~n，常表 示为“*”。