系统分析与设计 - 系统规划
什么是需求确定？
需求是新系统的一个重要特征，可能包括处理或捕获数据、控制业务活动、生成信息和支持管理。
需求确定涉及研究现有系统并收集详细信息以找出需求是什么、它如何工作以及应该在哪些地方进行改进。
需求确定的主要活动
需求预测
它根据以前的经验预测系统的特征，包括新系统的某些问题或功能和要求。
它可以分析那些没有经验的分析师原本会忽略的领域。但是，如果在进行调查时走捷径并引入偏见，那么需求预测就可能不成熟。
需求调查
研究当前系统并记录其功能以供进一步分析。
它是系统分析的核心，分析师使用事实调查技术、原型设计和计算机辅助工具记录和描述系统功能。
需求规范
它包括确定需求规范的数据分析、新系统的功能描述以及指定将提供哪些信息需求。
它包括事实数据的分析、基本需求的识别以及需求实现策略的选择。
信息收集技术
事实调查技术的主要目的是确定组织的信息需求，供分析师使用，以便准备用户理解的精确 SRS。
理想的 SRS 文档应该 −
- 完整、明确、无术语。
- 指定操作、战术和战略信息需求。
- 解决用户和分析师之间可能出现的争议。
- 使用简化理解和设计的图形辅助工具。
有各种信息收集技术 −
采访
系统分析师通过采访从个人或团体收集信息。分析师可以是正式的、墨守成规的、玩弄政治的或非正式的；因为采访的成功取决于分析师作为采访者的技能。
可以采用两种方式进行 −
非结构化采访 − 系统分析师进行问答环节以获取系统的基本信息。
结构化采访 −它有标准问题，用户需要以封闭式（客观）或开放式（描述性）格式回答。
访谈的优势
这种方法通常是收集定性信息的最佳来源。
对于那些无法以书面形式有效沟通或可能没有时间完成问卷的人来说，这种方法很有用。
信息可以轻松验证并立即交叉检查。
它可以处理复杂的主题。
通过征求意见很容易发现关键问题。
它弥合了误解领域的差距，并最大限度地减少了未来的问题。
问卷
分析师使用此方法从大量人员那里收集有关系统各种问题的信息。
问卷有两种类型 −
开放式问卷 − 它由可以轻松正确解释的问题组成。他们可以探索问题并引导出特定的答案方向。
封闭式问卷 −它由系统分析师有效列出所有可能的相互排斥的响应时使用的问题组成。
问卷的优点
它在调查不同地点用户的兴趣、态度、感受和信念方面非常有效。
在某些情况下，了解给定群体中有多少比例的人赞成或反对所提议系统的某个特定功能很有用。
在对系统项目给出任何具体指导之前，确定总体意见很有用。
它更可靠，并提供诚实回答的高度保密性。
它适用于选举事实信息和统计数据收集，可以通过电子邮件和邮寄发送。
记录、程序和表格
审查现有的记录、程序和表格有助于深入了解描述当前系统功能、其操作或活动的系统。
优点
它可以帮助用户在将信息强加给他人之前自己了解有关组织或操作的一些知识。
它有助于在短时间内记录当前操作，因为程序手册和表格描述了当前系统的格式和功能。
它可以清楚地了解组织中处理的交易，识别要处理的输入并评估性能。
它可以帮助分析师从必须支持的操作的角度理解系统。
它描述了问题、受影响的部分以及建议的解决方案。
观察
这是一种通过注意和观察人、事件和物体来收集信息的方法。分析师访问组织以观察当前系统的运行情况并了解系统的要求。
优点
这是一种直接收集信息的方法。
当收集的数据的真实性受到质疑或系统某些方面的复杂性阻碍最终用户清晰解释时，这种方法非常有用。
它可以生成更准确、更可靠的数据。
它可以生成不完整和过时的所有文档方面。
联合应用程序开发 (JAD)
这是 IBM 开发的一种新技术，它让所有者、用户、分析师、设计人员和构建者使用有组织的密集研讨会来定义和设计系统。 JAD 培训的分析师具有一些专业技能，可作为研讨会的主持人。
JAD 的优势
它取代了数月的传统访谈和后续会议，从而节省了时间和成本。
它在支持联合解决问题的组织文化中很有用。
促进多级员工之间的正式关系。
它可以导致创造性的设计开发。
它允许快速开发并提高信息系统的所有权。
二次研究或背景阅读
此方法广泛用于通过访问收集到的信息来收集信息。它包括营销人员从任何内部或外部来源使用的任何先前收集的信息。
优点
通过互联网，它可以更公开地访问。
它以低成本和低时间提供有价值的信息。
它充当初步研究的先驱，并调整初步研究的重点。
研究人员使用它来判断研究是否值得，因为它提供了所使用的程序和收集它们的问题。
可行性研究
可行性研究可被视为初步调查，有助于管理层决定系统研究是否适合开发。
它确定了改进现有系统、开发新系统的可能性，并为进一步开发提供精确的估算系统。
它用于获取问题的轮廓并决定是否存在可行或适当的解决方案。
可行性研究的主要目的是获取问题范围而不是解决问题。
可行性研究的输出是正式的系统提案，作为决策文件，其中包括所提议系统的完整性质和范围。
可行性分析所涉及的步骤
执行可行性分析时应遵循以下步骤 −
组建项目团队并任命项目负责人。
制定系统流程图。
确定当前系统的缺陷并设定目标。
列举替代解决方案或潜在候选系统以满足目标。
确定每个替代方案的可行性，例如技术可行性、操作可行性等。
权衡每个候选系统的性能和成本效益。
对其他替代方案进行排序并选择最佳候选系统。
准备最终项目指令的系统提案以供管理层批准。
类型可行性
经济可行性
使用成本/收益分析方法评估候选系统的有效性。
从组织的收益和成本方面展示候选系统的净收益。
经济可行性分析 (EFS) 的主要目的是在投资资金投入提案之前估计候选系统的经济要求。
它倾向于通过最早和最高的资金回报以及开发候选系统所涉及的最低风险来最大化组织的净值的替代方案。
技术可行性
它调查每个实施替代方案的技术可行性。
它分析并确定解决方案是否可以由现有技术或不。
分析师确定当前的技术资源是否需要升级或添加以满足新的要求。
确保候选系统在多大程度上支持技术增强方面提供适当的响应。
操作可行性
确定系统在开发和实施后是否有效运行。
确保管理层应支持所提议的系统及其在当前组织环境中的可行性。
分析用户是否会受到影响，以及他们是否接受影响可能的系统效益的修改或新的业务方法。
还确保候选系统的计算机资源和网络架构可行。
行为可行性
它评估和估计用户对新系统开发的态度或行为。
它有助于确定系统是否需要特别努力来教育、再培训、调动和改变员工的工作状态以适应新的业务开展方式。
进度可行性
它确保项目应在给定的时间限制或时间表内完成。
它还验证和确认项目的截止日期是否合理。
