- 相关推荐
某项目的软件需求分析
软件可行性研究目的: 用最小的代价在尽可能短的时 间内确定该软件项目是否能够开发, 是否值得开发。设计分析 程序编写 测试移植 运行维护软件需求分析温州医学院附属眼视光医院信息中心王晓幸可行性研究经济可行性 技术可行性 社会可行性 方案的选择可行性研究成本– – – –经济可行性购置并安装软、硬件及有关设备的费用; 系统开发费用; 系统安装、运行及维护的费用; 人员培训费用效益– 系统为用户增加的收入或为用户节省的开支,这 是有形的效益 – 给潜在用户心理上造成的影响,这是无形的效 益。它可以转化为有形的效益。可行性研究技术可行性可行性研究法律可行性 用户操作可行性社会可行性开发的风险:在给出的各种限制范围内,能否设计出 开发的风险:在给出的各种限制范围内,能否设计出 系统,并实现必需的功能和性能? 资源的有效性:资源包括已有的或可以搞到的硬件、 资源的有效性:资源包括已有的或可以搞到的硬件、 软件资源,现有技术人员的技术水平与已有的工作基 础。 技术:相关技术的发展是否能支持这个系统? 技术:相关技术的发展是否能支持这个系统?1
可行性研究方案选择可行性研究报告背景 说明当前系统存在的问题 针对新的系统说明– 经济可行性 – 技术可行性 – 社会可行性 – 其它可选方案Report还有其它更好的方案吗 ?模板或者例子来源: www.google.com需求分析阶段关注的对象是 用户要求软件需求分析是软件生存周期中 决定性的一步在此之前,我们已经 有了可行性研究报告 和简要的开发计划软件需求分析的目标和任务通过调查分析, 理解用户要求 通过调查分析, 把用户的非形式的要求转化为完整的需求定义 再将需求定义转换为相应的形式的规格说明需求分析的过程目标和任务 通过调查分析, 理解用户要求 通过调查分析, 把用户的非形式的要求转化为完 整的需求定义 将需求定义转换为相应的形式的 规格说明 相应的过程问题识别 分析与综合 编制需求分析阶段的 文档需求分析评审2
需求分析的过程解决要求被开发软件做什么,做到什么 程度的问题 这些要求包括:功能要求、性能要求、 环境要求、可靠性要求、安全保密要 求、用户界面要求、资源使用要求、软 件成本消耗与开发进度要求 其它非功能性的要求:针对采用某种开 发模式,确定质量控制标准、里程碑和 评审、验收标准、各种质量要求的优先 级等,以及可维护性方面的要求。问题识别调查方式Cooperation制定调查提纲,向不同层次的用户发调查表 按用户的不同层次,分别召开调查会,了解用户对待开发系统 的想法和建议 向用户领域的专家或在关键岗位上工作的人个别咨询 实地考察,跟踪现场业务流程 查阅与待开发系统有关的资料 使用各种调查工具,如数据流图、任务分解图、网络图等需求分析的过程分析与综合参考当前系统建立目标系统模型获得当前系统的物理模型– 应客观地反映现实世界的实际情况抽象出当前系统的逻辑模型– 区分出本质的和非本质的因素建立目标系统的逻辑模型– – – 确定变更范围 将变化的部分看做是新的处理步骤,对数据流图进行调整 由外向里对变更部分进行分析,凭经验推断其结构,获得目标系统的逻辑模型。补充目标系统的逻辑模型– – – 说明目标系统的用户界面 说明至今尚未详细考虑的细节:启动和结束、出错处理、系统的输入输出和系统性能 等方面 其它:系统的其它必须满足的性能和限制等等需求分析的过程编制需求分析阶段的文档软件需求说明书:把分析人员和用户双方共同的理解和分析结果用规 软件需求说明书:把分析人员和用户双方共同的理解和分析结果用规 范的方式描述出来,作为今后各项工作的基础; 初步的用户手册:着重反映用户功能界面和用户使用的具体要求。用 初步的用户手册:着重反映用户功能界面和用户使用的具体要求。用 户手册能强制分析人员从用户使用的观点来思考问题; 编写确认测试计划,作为今后确认测试的依据; 编写确认测试计划,作为今后确认测试的依据;需求分析的过程需求分析评审除分析员之外,用户/需求者,开发部门的管理者,软件设计、实现、测试的人员都应当参加评审工作。评审结束应有评审负责人的结论意见及签字。 评审结束应有评审负责人的结论意见及签字。修改和完善软件开发计划:更准确地估算开发成本、进度和资源需求 修改和完善软件开发计划:更准确地估算开发成本、进度和资源需求3
需求分析的过程目标和任务 通过调查分析, 理解用户要求 通过调查分析, 把用户的非形式的要求转化为完 整的需求定义 将需求定义转换为相应的形式的 规格说明 相应的过程结构化分析方法实质:是一种建模技术问题识别 分析与综合编制需求分析阶段的 文档需求分析评审结构化分析方法核心是数据词典:描述所有的数据对象 核心是数据词典:描述所有的数据对象 围绕着这个核心的有三种图– 实体―关系图(ERD) 描述数据对象及数据对象之 实体― 关系图(ERD) 间的关系,用于数据建模 间的关系,用于数据建模 – 数据流图(DFD) 描述数据在系统中如何被传送或 数据流图(DFD) 变换,以及描述如何对数据流进行变换的功能(子 功能),用于功能建模 功能),用于功能建模 – 状态―迁移图(STD) 描述系统对外部事件如何响 状态― 迁移图(STD) 应,如何动作,用于行为建模 应,如何动作,用于行为建模实体―关系图(ERD): 实体― 关系图(ERD): ----- 描述数据对象和之间的关系 描述数据对象和之间的关系复合信息的表示 可以是…打印机\报表\病历\医务部\刷卡\医生\取药窗口 可以是… 仅包含数据,没有操作 具有属性…医生:姓名\职称\出生日期\专科\权限 具有属性… 对象的实例有标志码 :Id\员工代码\住院号\患者身份证 Id\ 员工代码\ 住院号\ 对象之间有一定的关系 >>– 具有关联的基数和参与性 >>号数据对象之间的关系对象之间具有关联的基数和参与性
ERDERD 的建立步骤1.在捕获需求的过程中,要求用户列出应用或业务过程涉及到的所有“事 在捕获需求的过程中,要求用户列出应用或业务过程涉及到的所有“ 物”2.一次考虑一个对象。分析人员和用户共同确认这个对象 与其他对象 之间是否存在连接3. 4. 5. 6. 7. 8.当存在连接时,分析人员和用户应创建一个或多个对象―关系对 当存在连接时,分析人员和用户应创建一个或多个对象― 对每一个对象―关系对,考察它的基数和参与性 对每一个对象― 迭代执行步骤(2)~(4),直到所有对象―关系对定义完成 迭代执行步骤(2)~(4),直到所有对象― 定义每个实体的属性 规范化并复审实体―关系图 规范化并复审实体― 重复执行步骤(1)~(7),直到数据建模完成 重复执行步骤(1)~(7),直到数据建模完成5
【某项目的软件需求分析】相关文章:
软件需求分析报告11-27
浅谈软件开发中的需求分析05-01
基于灰色模糊理论的软件需求风险评估分析05-03
需求分析报告09-17
需求分析报告模板04-30
员工培训需求分析04-30
网站需求分析报告08-17
有效需求不足的成因分析04-29
伦理行为目的之分析05-01
电子商务物流需求性分析05-02