公司网站模板侵权案例,网页设计的实训总结,wordpress去除右下角,wordpress 连接插件#x1f31f;所属专栏#xff1a;信息系统分析与设计 #x1f414;作者简介#xff1a;rchjr——五带信管菜只因一枚 #x1f62e;前言#xff1a;该系列将持续更新信息系统分析与设计课程的相关学习笔记#xff0c;欢迎和我一样的小白订阅#xff0c;一起学习共同进步…所属专栏信息系统分析与设计 作者简介rchjr——五带信管菜只因一枚 前言该系列将持续更新信息系统分析与设计课程的相关学习笔记欢迎和我一样的小白订阅一起学习共同进步~文章简介本文介绍信息系统建设的第一步——系统规划系统分析的任务
系统分析师与用户在一起充分理解用户的要求并把双方的理解用书面文档——系统分析说明书表达出来。 也称需求分析。
1.系统分析的困难
系统分析是研制信息系统最重要的阶段也是最困难的阶段。 困难主要来自三个方面 问题领域problem domain的理解 人与人之间的沟通 环境的不断变化
2.系统分析师
任务
理解和明确企业目标、经营业务和战略发展方向。 按照企业目标制定信息系统建设的目标并进行分解。 根据企业所处环境和条件制定适合企业信息系统的开发策略。 从可供选择的方法和工具中进行选择确定适合信息系统开发的方法和工具。 与企业决策层和业务人员充分沟通了解企业业务需求准确建立企业的业务模型。 根据企业目标和技术发展动向结合业务模型建立完善的信息系统逻辑模型。 对信息系统开发的组织、人员和进度计划提出建议。 撰写系统说明书。
应具备的素质
具备坚实的信息系统知识了解信息技术的发展懂得管理科学的知识 应有较强的系统观点和较好的逻辑分析能力能够透过现象看到问题本质从复杂的事物中抽象出系统模型。 具有突出的批判性思维和创新思维善于接受新鲜事物从经验积累中进行改革和创新。 还应具备较好的口头和书面表达能力谈判和协商的能力较强的组织能力善于与人共事。 系统分析的过程和方法
分析的重要任务是识别和表达需求建立系统的逻辑模型。 要解决以下问题 如何采集信息、理解和分析问题 如何进行需求分析、确定需求 如何表述需求 1.问题分析
通过详细调查全面深入理解用户的业务找出用户所面临的问题准确把握用户真正的需要为最终整理出符合用户需要的需求做准备。
分析过程如下 明确项目的背景 明确项目目标、范围、相关部门和人员 找出关键涉众stakeholder也称利益相关人员及待解决的问题。涉众包括系统的用户、项目决策者、受项目影响的第三方等。 调查和分析业务流程建立业务流程模型以描述用户处理业务的过程及过程中数据的流转。 2.1系统调查方法
调查是识别需求的基础是建立系统逻辑模型的基础。调查包括 业务处理过程是什么样的(干什么) 业务过程应该怎样完成(怎么干) 业务谁负责完成业务需要什么输入能输出什么
传统的系统调查方法有 资料收集 访谈 实地观察 问卷调查
01资料收集
可以收集以下资料 组织机构、部门职能、岗位职责说明 业务流程说明、操作规程 管理工作标准和人员配备 单位内部管理用的各种单据、报表、报告 历史的系统分析文档 从现有文档中获取客观事实
02访谈
与领域专家的面谈是获取需求的基本技术。 面谈类型 结构化面谈有为面谈专门设计的问题 非结构化面谈通常为开放式问题
优点 激发面谈对象主动贡献、自由表达的机会可以得到更多反馈近距离接触还能获得隐性信息
缺点 耗时、成本高取决于分析员的人际交往能力受制于地理位置
03实地观察
直接参与到企业活动中或观察他人执行活动来了解系统“耳听为虚眼见为实”。
优点 收集到的信息可靠获得确切的感性认识了解物理环境和事务背景
缺点 被观察者因为不自然可能与常规表现有差异可能会漏掉特殊情形下的任务观察会被打断
04调查问卷
调查表可以收集大规模的事实表格。 调查表类型 固定格式调查表只能选择问题答案 自由格式调查表允许自由填写文字
优点 方便填写廉价允许匿名可以进行快速表格分析
缺点 不够灵活无法保证能深入回答问题无法保证问卷回收数量设计好的调查表十分困难
2.2需求引导法
一般用户在开发之初对所要开发的信息系统应该具有的功能和所能达到的结果并没有清楚的认识因此需求调查比现行组织系统调查难度更大。 对用户进行引导和启发让用户获得信息系统的感性认识引导他们发现现行组织管理和业务处理中所存在的问题从而发掘需求和找到解决方案。
采用以下需求引导方法 原型法 联合应用开发JAD会议 观摩法
01原型法
利用快速开发工具根据用户的初步需求构造出信息系统的初步原型。
优点 用户和调查人员深度沟通能准确地反映了用户需求澄清和纠正模糊和矛盾的问题 缺点 额外工作量原型开发工具购买成本
02JAD会议
JADjoint application development(联合会议) 是一种类似于头脑风暴的技术在一个或多个工作会议中将所有利益相关者带到一起集中讨论和解决最重要的问题。 参加人员 领导主持人、记录员、客户、开发人员
优点 群体智慧提高生产力更理智的判断降低犯错
缺点 会议长度难以控制人员之间容易受干扰和影响
03观摩法
在系统开发之初可以让用户参观同行业或同类型成功的信息系统。 用户看到这些具体系统将会对信息系统的功能、作用、外在效果、人机交互方式等产生直观印象这样就会引导和启发用户通过类比思维提出自己信息系统的需求。 可采用研究类似产品或解决方案来替代观摩。
3需求分析
系统需求是新系统必须完成的功能或其局限性。 需求分析就是识别需求的过程
需求有两种类型业务性需求和技术性需求
01功能性需求
涉及商业应用是系统必须完成的活动或过程即系统功能以及相关数据。 功能性需求是根据业务过程和业务规则确定的有些容易获取有些则是隐含的需要去发现。
02技术性需求
技术性需求也称非功能性需求是和公司的环境、硬件和软件有关的所有质量目标。 例如系统必须能支持100个并发用户保存订单的时间不能超过0.5秒等等涉及系统性能、可靠性、安全性等质量特性。 通常是一些技术目标。
需要和需求
问题分析获得业务和用户的“需要”可以采用自然语言表达提出的是比较模糊和高层次的目标。 需求分析则是对原业务进行抽象和升华根据业务和用户需要确定计算机信息系统的“需求”。系统需求是精确和具体的。
4需求分析方法
需求分析的传统方法 面向过程的结构化方法自顶向下、逐层分解 面向数据的信息工程方法数据驱动 面向对象方法对象驱动、UML 目前系统分析的一般做法是综合运用以上方法最后统一采用UML来建立系统逻辑模型。
5系统分析建模内容
01流程建模
业务流程业务流程图/UML活动图 数据处理流程数据流图
02用例建模
信息系统功能模型UML用例图
03领域对象建模
领域对象模型UML类图、UML状态图由UML类图可以替代ER数据模型
6需求定义
需求分析是分析人员与用户反复沟通和谈判的过程。 需求定义就是在各方就系统需求达成一致意见后整理并建立最终的需求模型详细定义和描述每项需求确认约束条件及限制编写需求规格说明。
系统说明书
内容
01引言
项目名称、目标、背景、引用资料、术语说明等
02项目描述
项目的主要工作内容 现行系统的调查情况 功能需求 数据需求 其他需求
03实施计划
工作任务的分解 进度 预算 审议
系统说明书经过审议后成为下一阶段工作的依据。 系统说明书应该具备以下品质 正确性 完整性 一致性 无二义性 可修改性 可跟踪性 审议由项目技术人员、企业管理人员、专家等共同完成。
