logo资料库

系统分析师笔记.doc

第1页 / 共137页
第2页 / 共137页
第3页 / 共137页
第4页 / 共137页
第5页 / 共137页
第6页 / 共137页
第7页 / 共137页
第8页 / 共137页
资料共137页,剩余部分请下载后查看
第一章 系统计划
一、项目的提出与选择
(一)项目立项动机
1.进行基础研究并获得技术
2.进行应用研发并获得产品
3.提供技术服务
4.软件产品的使用者
(二)项目立项价值的判断
1.对技术的态度
2.企业评判软件项目的视角
3.系统分析师个人的软件项目中的角色和工作范畴
(三)系统项目的选择和确定
1.选择有核心价值的产品/项目或开发方向
2.评估系统实施的约束、风险、收益和代价
3.评估项目的实施方式
4.平衡的选择合适的方案
(四)项目的提出与选择的结果
二、可行性研究及效益分析GB8567-88
(一)分析内容
(二)效益分析
1.成本组成
2.收益分析
三、问题定义与归结模型
1.工作内容介绍
2.方法论模型介绍
3.建模步骤
四、系统方案的制定、评价和改进
1.工作内容概述
2.工作内容
五、新旧系统的分析与比较
1.比较的原则和方式
2.系统间的转换策略
六、所需资源的估计
1.资源列表
2.有效利用现有软件、硬件和数据资源
七、流行的系统分析方法论
1.结构化分析方法
2.面向对象分析方法
第二章 需求分析与定义
一、软件需求与需求工程
1.软件需求
2.需求工程
二、需求分析
1.目的
2.分析内容
3.流行的需求分析方法论
第三章 系统设计
一、处理流程设计(工作流设计)
二、系统人机界面设计
三、系统文件设计
1.适用范围
2.文件分类
四、数据库管理系统的选择和数据库设计
1.关系数据库
2.二元关联
3.三元关联
4.数据库设计的注意点
五、网络环境下的计算机应用系统的设计
1.TCP/IP网络协议
2.网络设计应考虑的内容
六、分布式计算机应用系统的设计
1.基于实例的协作和基于服务的协作
七、系统运行环境的集成与设计
1.集中式系统
2.分布式环境 见上第6小节
第四章 软件设计
一、软件设计基本原则
二、结构化设计方法
1.实施过程
2.结构图中的模块
3.常用的系统结构如图
三、面向对象设计
1.概述
2.设计方法
四、用户界面设计
1.好的用户界面的特点
五、设计评审
第五章 软件测试
一、软件测试的定义与目的
1.定义
2.目的
3.原则
二、测试用例设计
1.黑盒测试
2.白盒测试
3.逻辑覆盖
三、软件测试的策略
1.测试过程
2.单元测试
3.集成测试
4.确认测试
5.系统测试
6.α测试和β测试
四、软件测试种类
五、软件测试自动化工具
1.白盒测试工具NuMega DevPartner Studio
2.黑盒测试工具 QACenter
六、面向对象的软件测试
1.OOA的测试
2.OOD的测试
3.OOP的测试
第六章 软件维护
一、软件的可维护性
1.软件可维护的决定性因素
2.保证因素:文档
3.开发过程中注意可维护的注意点
4.可维护的度量
二、软件维护的分类
三、软件维护的工作量
四、软件维护作业的实施与管理
五、文件再生工程(6个活动)
1.筛选
2.文档重构
3.逆向工程
4.代码重构
5.数据重构
6.重新开发
第七章 系统可靠性分析与设计
一、可靠性的标准
二、系统的故障模型和可靠性模型
1.系统故障类型
2.系统的可靠性模型
三、系统可靠性分析和可靠度计算
1.组合模型
2.马尔柯夫模型
第八章 系统的安全性和保密性设计
一、信息安全基本概念
1.信息安全经历的阶段
2.信息安全研究的目标
二、访问控制技术
(一)ISO访问控制技术的5大安全服务功能
(二)访问控制手段
1.访问控制矩阵
2.访问能力表
3.访问控制表
4.授权关系表
(三)访问控制策略
1.自主访问控制DAC
2.强制访问控制MAC
3.基于角色的访问控制RBAC
(四)Bell-Lapadula模型
三、数据机密性
(一)对称加密密钥与AES
(二)非对称密钥加密与RSA
(三)门限密码学
(四)PKI
四、数据完整性
(一)Biba完整性模型
(二)杂凑函数与消息摘要
五、通信与网络的安全性
(一)网络环境下危及安全的因素
(二)网络安全层次模型
(三)通信与网络的信息安全技术
(四)防火墙技术
六、系统安全管理与安全工程
(一)系统安全管理的必要性
(二)系统安全管理现状
1.现有信息安全标准
2.信息安全模型/程序
3.安全管理策略
4.安全管理框架ESM
5.安全管理系统实现的功能
(三)系统安全工程
第九章 文档编制
一、软件文档概述
(一)文档的作用
1.文档的作用:
2.本质作用:
3.各类标准对文档的要求:
(二)文档的分类
1.分类
2.对文档编制的要求
(三)文档标准
(四)文档的管理与分发
二、可行性研究报告
(一)可行性研究的必要性
(二)可行性研究报告编写指南—GB8567-88
(三)可行性研究的其他相关说明
1.SWOT分析
2.Vision文档
3.编制时机及人员要求
三、项目开发计划
(一)项目开发计划的作用
(二)项目开发计划编写指南GB8567-88
(三)其他相关说明
1.《项目开发计划》应源于团队
2.《项目开发计划》是动态变化的
3.迭代的项目开发周期
4.项目管理工具与项目开发计划
5.WBS工作分解结构
6.编制时机与人员要求
四、需求规格说明书
(一)需求规格说明书的作用
(二)需求规格说明书编写指南—GB8567-88
(三)其他相关说明
1.现代软件工程方法论
2.需求跟踪矩阵
3.需求优先级管理
4.编制时机与人员要求
五、数据需求规格说明书
(一)数据需求规格说明书的作用
(二)数据要求规格说明书编写指南—GB8567-88
(三)相关技术
1.E-R图
2.DD(第二章2.3)
六、用户手册
(一)用户手册的作用
(二)用户手册编写指南—GB8567-88
(三)其他相关说明
1.编制方法及编制的关键点
2.编制时机和人员要求
七、操作手册
(一)操作手册的作用
(二)操作手册编写指南—GB8567-88
(三)其他相关说明
1.与用户手册的区别
2.编制时机与人员要求
八、测试计划、测试分析报告
(一)测试计划编制指南—GB8567-88
(二)测试分析报告编制指南—GB8567-88
(三)其他相关说明
1.测试的V模型
2.自动化测试工具和测试文档
3.编制时机与人员要求
九、技术报告
十、开发进度记录
十一、项目开发总结报告
第十章 项目管理
一、项目管理基本概念
二、项目计划
三、进度安排
四、人员管理
五、费用管理
六、软硬件和数据等项目资源的计划与管理
七、项目环境管理
(一)组织结构
(二)项目干系人
(三)项目经理的技能
八、与用户的协作
九、标准化管理
十、配置管理
第十一章 软件质量管理
一、软件质量的标准
(一)通行的6大标准(常出选择题)
(二)标准体系—标准的体系及标准介绍
二、软件质量保证体系Software Quality Assurance
(一)SQA人员要求、所进行的活动和工作内容概述
1.SQA人员素质要求
2.SQA的活动
3.SQA工作内容
(二)SQA工作详述
1.SQA计划
2.SQA计划活动的实施
三、全面质量管理TQM
四、六西格玛管理
第十二章 实时系统分析与设计
一、RTOS简介
二、实时系统分析与设计方法
(一)有限状态机
(二)PETRI网
三、实时系统内核的设计
(一)实时系统内核简介
(二)实时系统调度算法
1.实时调度分类
2.目标系统的定义
3.确定周期性任务的管理
4.非周期性任务进程管理
5.实时调度算法
(三)实时任务管理和调度
1.多任务管理—任务的多状态
2.任务的调度
3.任务的通信和同步
(四)定时器和中断管理
(五)存储器管理
(六)I/O文件系统
(七)网络通信
1.套接字
2.远程过程调用
四、实时系统分析与设计实例分析
(一)监控设备控制计算机实施系统分析与设计
第十三章 嵌入式系统分析与设计
一、嵌入式系统概述
二、嵌入式系统开发的特点与要求
三、嵌入式系统开发流程
(一)需求分析阶段
(二)设计阶段
(三)生成代码阶段
(四)固化阶段
四、嵌入式系统开发的硬软件资源
第十四章 信息化基础知识
一、信息与信息化概述
二、企业资源规划ERP
三、客户关系管理CRM
四、企业应用集成
五、商业智能BI
第十五章 信息系统基础知识
一、信息系统
(一)概念
(二)功能
(三)类型
1.以数据环境分
2.以应用层次分
(四)发展
二、信息系统建设
(一)生命周期
1.信息系统的产生阶段C
2.信息系统的开发阶段D
(1)总体规划—形成业务流程
(2)系统分析—规划系统框架
(3)系统设计—设计实施方案
(4)系统实施—建成软件系统
(5)系统验收—试运行与实际验收
3.信息系统的运行阶段E
4.信息系统的消亡阶段F
(二)建设原则—沟通管理中可用
1.高级管理人员介入原则
2.用户参与开发原则
3.自顶向下规划原则
4.工程化原则
(三)信息系统开发方法
1.结构化方法
2.快速原型法
3.BSP企业系统规划方法
4.战略数据规划方法—注重以数据环境划分信息系统的第三阶段,即主题数据库阶段
5.信息工程方法
6.面向对象方法
第一章 系统计划 一、 项目的提出与选择 (一) 项目立项动机 1. 进行基础研究并获得技术 提出部门:由大专院校或者企业集团内部从事基础研究的部门提出;或者由 企业中从事研发工作的团队提出;或者由中等研究组织如研究所或研究院等单位 提出(大规模的研究组织可以是国家 863 计划这样的跨行业、跨地域协作的国家 级研究组织。) 研究目的:对产品机制或核心技术支撑理论体系的深入研究,也代表着对前 言技术的追踪和对技术发展趋势的早期研判。 研究方法:设想未来技术发展趋势、社会环境和人的习惯的变迁,据此构想 未来的超前的需求,并以此需求为满足要求而预研某种前言技术。 成果展现:理论体系或技术成果。 2. 进行应用研发并获得产品 提出部门:由企业立项和开发。 研究目的:得到应用软件产品并向目标客户进行销售。 研究方法:基于某类特定客户群体的需求进行设计。 成果展现:在定资源、定时间的情况下,以项目方式进行组织,成果为“应 用”研发型软件。 3. 提供技术服务 提出部门:能向客户提供技术服务的企业,可看成“技术服务”导向的公司, 企业常以系统集成商、软件项目定制开发商、咨询商、整体解决方案提供商等定 位出现。 研究目的:提供综合性技术服务而不是单一的软件产品来占有市场份额并获 取比提供软件产品更高的利润。
研究方法:利用现有产品系统的集成和服务,面向特定客户的软件项目定制 开发,对现有软件系统进行升级改造。 成果展现:提供升级、改造后软件系统的相应技术支持、服务、培训。 4. 软件产品的使用者 即最终用户,立项的动机是通过采购或定制开发软件产品或技术服务来得到 使用价值。 (二) 项目立项价值的判断 1. 对技术的态度 动机 进行基础研究以 获得技术 进行应用研究以 获得产品 技术关注点 以技术研究为导向 以技术在具体领域中的应用和推广 提供技术服务 以客户业务为导向或者客户满意度为导向的 软件最终用户 关注软件的使用、影响和代价 2. 企业评判软件项目的视角 视角: 1. 企业通过开发产品、提供技术解决方案、整合外部资源、提供咨询和技术服 务、销售或运营、进入买方价值链或开创新的领域等 6 个层面获得价值、利 润。 2. 上述 6 方面具有层次性:技术、产品、解决方案、技术咨询和服务、销售和 运营、对业务的理解、业务扩张。前者是后者的基础。 3. 根据企业定位或企业所处的时期的不同,企业扮演的角色可能不一样。 所以,软件立项和产品研发并不是企业工作获取价值的终点。  以软件为目标的企业,规划的范围一般局限在软件的性能/功能本身;  以运营为目标的企业,规划的范围涵盖产品、技术方案、业务和运营等 各方面。 3. 系统分析师个人的软件项目中的角色和工作范畴
有此可见,系统分析师: 1. 处于项目执行层,是处理产品定义、规划、技术路线、业务和盈利模式 中高层技术人员或管理人员 2. 工作内容包括可行性论证、软件架构设计、软件设计、项目管理和组织, 在更广层面上对软件项目立项、价值、业务模式、影响、企业战略策略 等进行研究,并将这些作为软件立项的初始需求、发展的需求和未来的 需求进行贯彻 3. 技术手段是各类软件工程的技术方法和项目管理方法 (三) 系统项目的选择和确定 是项目投资方看待项目的视角。 选择方式:软件开发公司在诸多的产品方向中选择适当的方向进行研究和开 发; 客户从诸多软件产品和方案中选择采购。 项目的选择与确定不存在统一模式,但有一些基本原则:软件系统项目的目 标规划问题。 1. 选择有核心价值的产品/项目或开发方向 有核心价值的软件项目通常总是和企业或客户的核心业务相关。 《竞争优势》 Michael porter 提出“价值链”的概
念:价值链把企业活动分为产品设计、生产、营销和应用等独立的领域,企业的 价值链也可以进一步和上游供货商与下游买主的价值相连,构成完整的产业价值 链,价值链上对企业经营活动增值最大的部分即为“核心业务”。在企业业务的 价值链上,软件是作为一种技术服务手段被作用于其上,软件手段通过实现业务 价值链中关键业务的信息化,以改善甚至重建的方式提升了这些业务的运作质量 或效率。  生产制造业而言,管理资源、生产、库存、销售是核心业务,因此企业 资源计划系统 ERP 或管理信息系统 MIS 被认为是有价值的;  金融保险业而言,其基本职责是分摊风险和补偿损失,因此管理保单和 保险人员的信息的业务系统、单证系统、评估风险的定损系统被认为是 有价值的;  教育行业而言,与教学相关的教研、考试、评价等如教学资源库、课件 制作工具、图书馆软件等业务系统被认为是有价值的;  互联网网民而言,面向信息交换和传递的电子邮件系统、面向查找信息 的搜索引擎、保证系统安全的防火墙和杀毒软件、即时通信工具都就是 有价值的。 2. 评估系统实施的约束、风险、收益和代价 通常在项目的可行性分析阶段完成。 约束包括客户约束、企业本身约束,如:企业定位价值观经营方式等约束、 资源约束、能力约束、环境(行业标准国家政策行业水平)约束、用户(素质、 工作方式行为习惯)约束。 若为购买产品或技术服务,上述考虑因素外还要评估项目实施后的影响,如 自身业务、机构和人员职责、系统维护、运行规约和规章制度、效益、成本等。 3. 评估项目的实施方式 实施方式包括项目风险、收益、资源开销的评估,也包括企业对现阶段经营 目标和现有资源合理应用的考虑。此过程常由项目负责人和企业高层经理决策, 决策结果决定了项目的实施优先级别及具体的实施方式。其中的策略有: (1) 成本领先策略是指通过竭力选择实施方式缩减成本; (2) 差异化策略是指建立和加强与合作伙伴的关系;
(3) 专注化策略是指提高效率和降低项目风险并专注在自己擅长的领域。 具体实施方式包括:企业自己组建团队开发、外包、OEM 软件产品进行集 成、购买关键技术进行“软件集成”式开发。 4. 平衡的选择合适的方案 方案选择时,总是希望达到高质量、低成本、具有创造性、快速性、产品质 量稳定性等优点,但是这些要求本身具有悖论: (1) 技术风险 采用成熟的技术就不能享受新技术带来的好处; 采用新技术可能不稳定,且意味着开发者需要更多的学习时间,导致成本增 加。 (2) 用户锁定性 不基于开发技术或平台的产品可能会增加开发时间导致更多的成本; 基于特定平台的产品又可能将用户锁定,减少自主选择能力,甚至被迫接受 厂商的定价和服务。 (3) 扩展性 不考虑扩展性,将导致业务变更时受阻于已建成的 IT 设施,重新改造这些 IT 设施既增加成本又会产生较大影响,几乎就是一场灾难; 过多考虑扩展性,用户又需要在采购中就购买一些并不需要的特性,从而要 更多的成本。且由于 IT 技术更新迅速,当用户期望进行升级时,可能发现原有 体系已被淘汰。 (4) 目标偏离 用户在 IT 技术供应商的宣传下,容易受影响,从而偏离自己对原有目标的 关注。  项目只有“适合”,而非尽可能的“好”。超过好的时候,可能意味着在 某方面更多的成本或潜在的风险。
(1) 要求质量是客户认为产品应做好的性能/功能。实现的越多客户越满 意。 (2) 假想质量是客户想当然认为产品应具备的性能/功能,客户自己并不 能正确描述。软件功能手段也并不能有效的捕获设计假想质量的软件需 求。 (3) 兴奋质量是客户要求范围外的功能/性能。实现这些功能客户会很高 兴,但不实现也不影响其购买的决策,该部分控制的软件开发者手中, 既可考虑成本与周期而不实现,也可为提高满意度高忠诚度而为用户 做。 (四) 项目的提出与选择的结果 软件系统项目提出和选择的结果,最终以“产品/项目建议书”的方式体现, 体现的场景包括: (1) 招投标项目中体现为开发方提交给用户的竞标方案; (2) 企业单位在确定开发某类型产品后,将对该产品进行评估,最终立 项人向上级提交的建议报告的主要内容。 项目建议书内容比可行性分析研究报告(根据 GB96-88)更严格: 产品/项目建议书 可行性分析研究报告步骤 可行性分析研究报告内容 项目背景及目标性介绍 核定问题定义与目标 项目背景(基本情况) 用户内外部环境、组织、IT 设施 研究分析现有系统(研究内容 国内外技术发展趋势 等情况介绍 不仅包括软件系统,也包括运作流
程,了解原运作模式,找到问题) 用户的业务模型和业务规划 为新系统建模 技术方案 预期建设系统在用户业务中的位 客户复核 费用预算及筹资方式 置与作用 信息化后用户业务模型、应用方 提出并评价解决方案 人员组织及培训方案 式、部署、运行、管理规范等 项目技术框架 确 定 并 推 荐 最 终 解 决 方 案 经济可行性 (成本/效益分析) 项目要点、技术难点、障碍等 拟开发计划 社会可行性 可行性研究成果 以书面形式提交报告进行审 风险因素及对策 查 可选的实施、组织、沟通机制 项目的资源范围和预算 项目的成本/效益分析 可选:(风险及影响评估、进度、 质量、筹资、盈利模式等) 二、 可行性研究及效益分析 GB8567-88  研究范围:可能很广,覆盖了技术、经济、执行、环境等各种评估因素, 但它并不是最后的惊喜计划。即使在可研阶段,项目的目标或产品的最 终方向都是会变的;  研究的意义:可以在项目定义阶段用较小的代价识别错误思路的系统, 从而规避未来更多的资源投入的损失(如技术障碍、环境障碍等)。  可研的底线:不承诺系统的收益一定巨大,但至少明确如果做什么,则 收益和风险是在怎样的范围内。 (一) 分析内容 可行性分析的内容 经济可行性 评估项目的开发成本以及项目成功后可能的经济效益(新市场、 客户忠诚度、打击竞争对手、改善经营格局等方面)
评估假想的软件系统需要实现的功能和性能,以及技术能力约束, 技术可行性 不仅仅讨论技术能否实现,实际包含了当前资源条件下技术可行 法律可行性 性和对技术手段的优化选择(从目标、技术、资源等方面) 评估可能由系统开发引发的侵权或法律责任,包括各种约定及争 议解决等方面 执行可行性 评估预期的软件系统在真实环境中能够被应用的程度和实施障碍 可选择性 评估系统或产品的其他可选方法,并按照优先级别进行排列 (二) 效益分析 目的:对项目开发目标所描绘的成本以及可度量的项目先进收入和无形收益 进行一次专门化的评估。 方式:包含在可行性分析报告中,大型项目则需在项目计划书中单列文本进 行分析。 1. 成本组成 (1) 项目成本(项管) 包含直接成本和间接成本。 直接成本: 类别 工资成本 硬件成本 软件成本 旅行和住宿成本 管理和支持成本 培训成本 系统文档成本 家具成本 说明 企业固定支出 服务器等 软件许可、补丁等 飞机、宾馆、汽油 个人、资金、法律支持 人员培训、用户培训等 手册、规则、过程文档 工作空间、工作台等 间接成本:租金、时限、质量、隐没成本 类别 非直接成本 说明 租金、保险、管理费用
分享到:
收藏