- 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
- 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
- 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
- 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们。
- 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
- 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
PAGE / NUMPAGES
封 面
作者:ZHANGJIAN
仅供个人学习,勿做商业用途
信息化应用系统开发安全规范
概述
软件不安全的因素主要来源于两个方面,一是软件自身存在错误和缺陷引起的安全漏洞,二是来自外部的攻击。良好的软件开发过程经管可以很好地减少软件自身缺陷,并有效抵抗外部的攻击。文档收集自网络,仅用于个人学习
本规范主要规定了集团信息化应用系统在系统开发的各个阶段所应遵守的各种安全规范,将在不同阶段中所需要注意的安全问题和相关的安全规范进行进一步的描述和规定,以提高集团信息化应用系统的安全性和抵抗外部攻击的能力。文档收集自网络,仅用于个人学习
可行性计划
可行性计划是对工程所要解决的问题进行总体定义和描述,包括了解用户的要求及现实环境,从技术、经济和需求3个方面研究并论证工程的可行性,编写可行性研究报告,探讨解决问题的方案,并对可供使用的资源(如 硬件、软件、人力等)成本,可取得的效益和 开发进度作出估计,制订完成开发任务的实施计划。文档收集自网络,仅用于个人学习
阶段性成果
可行性研究报告。
可行性研究报告重点
如下4个方面:
1、设计方案
可行性研究报告的需对预先设计的方案进行论证,设计研究方案,明确研究对象。
2、内容真实
可行性研究报告涉及的内容以及反映情况的数据,必须绝对真实可靠,不许有任何偏差及失误。可行性研究报告中所运用资料、数据,都要经过反复核实,以确保内容的真实性。文档收集自网络,仅用于个人学习
3、预测准确
可行性研究是投资决策前的活动,对可能遇到的问题和结果的估计,具有预测性。因此,必须进行深入地调查研究,充分地占有资料,运用切合实际的预测方法,科学地预测未来前景。文档收集自网络,仅用于个人学习
4、论证严密
论证性是可行性研究报告的一个显著特点。要使其有论证性,必须做到运用系统的分析方法,围绕影响工程的各种因素进行全面、系统的分析,既要作宏观的分析,又要作微观的分析。文档收集自网络,仅用于个人学习
需求分析
软件需求分析就是对开发什么样的软件的一个系统的分析与设想,它是一个对用户的需求进行去粗取精、去伪存真、正确理解,然后把它用 软件工程开发语言表达出来的过程。需求分析阶段主要工作是完成需求对业务的表达,这体现在对需求规格说明书中,包括业务流程,子系统划分,状态图,数据流图等,最终通过用户用例完成业务分析测试。文档收集自网络,仅用于个人学习
需求分析阶段最大的隐患即需求未能准确地描述表达对用户需求的真正正确理解,因此,需求分析阶段的安全工作,应主要在对用户需求真正准确的理解上。文档收集自网络,仅用于个人学习
需求分析阶段需深入描述软件的功能和性能,确定 软件设计的约束和软件同其他系统元素的接口细节, 定义软件的其他有效性需求,借助于当前系统的逻辑模型导出目标系统逻辑模型,解决目标系统“做什么”的问题。文档收集自网络,仅用于个人学习
需求分析阶段需形成的文档包括《需求分析说明书》、《业务分析测试报告》、《用户使用手册初稿》。
需求分析可分为需求提出、需求描述及需求评审三个阶段。文档收集自网络,仅用于个人学习
需求提出
需求主要集中于描述系统目的。开发人员和用户确定一个问题领域,并 定义一个描述该问题的系统,形成系统规格说明。文档收集自网络,仅用于个人学习
需求描述
在需求分析阶段分析人员的主要任务是:对用户的需求进行鉴别、综合和建模,清除用户需求的模糊性、歧义性和不一致性,分析系统的数据要求,为原始问题及目标软件建立逻辑模型。文档收集自网络,仅用于个人学习
分析人员应发现并提出哪些要求是由于用户的片面性或短期行为所导致的不合理要求,哪些是用户尚未提出但具有真正价值的潜在需求。文档收集自网络,仅用于个人学习
需求评审
在需求评审阶段,分析人员要在用户和 软件设计人员的配合下对自己生成的需求规格说明和初步的用户手册进行复核,以确保 软件需求的完整、准确、清晰、具体,并使用户和软件设计人员对需求规格说明和初步的用户手册的理解达成一致。一旦发现遗漏或模糊点,必须尽快更正,再行检查。文档收集自网络,仅用于个人学习
需求评审内容需至少包含以下内容:
需求分析进度日程实施计划
进行 需求分析时,应注意一切信息与需求都是站在用户的角度上。要避免分析员的主观想象,并文档收集自网络,仅用于个人学习
将分析进度提交给用户,以确保需求分析过程及时与用户沟通交流,让用户进行检查与评价,从而达到 需求分析的准确性。文档收集自网络,仅用于个人学习
描述软件的功能和性能
确定 软件设计的限制和软件同其它系统元素的接口细节。文档收集自网络,仅用于个人学习
需求评审的目的
通过 需求分析,逐步细化对软件的
文档评论(0)