大楼弱电系统工程软件开发和测试施工技术方案.pdfVIP

大楼弱电系统工程软件开发和测试施工技术方案.pdf

  1. 1、本文档共30页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  5. 5、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  6. 6、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  7. 7、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  8. 8、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多

大楼弱电系统工程软件开发和测试施工技术方案

江苏省电力公司电网调度中心大楼弱电系统工程中的

项软件工程(IBMS系统、办公自动化系统、一卡通系统),

分包单位的软件部成立须成立专门软件开发小组,应采用开

放的软件技术,运用标准化、模块化以及系列化的开放性设

计,来完成高质量的软件工程。

软件开发和测试应按如下程序进行。

1.1.方案建议

向用户提供《系统解决方案建议书》,该建议书内容为

就客户所关心的问题提出可行性方案并对不同的方案进行

分析比较。最后向用户推荐最佳方案。用户可以根据《系统

解决方案建议书》对各种不同的实施方案进行选择比较。

1.2.需求获取和分析

5.2.1.需求获取

5.2.1.1.培训人员

1)参与软件开发的用户代表应接受为期一天左右的关于需

求工程的培训。

2)编写项目术语:为了解决沟通方面的问题,编一部术语汇

编将项目应用领域的专用词汇给予定义说明,既要包括那

些有多种含义与用法的术语,也要包括那些在专用领域和

一般使用中有不同含义的词。

5.2.1.2,获取需求

1)确定需求开发过程:确定如何组织需求的收集、分析、细

化并核实的步骤,并将它编写成文档。对重要步骤要给予

一定的指导。

2)需求分类:软件需求包括三个不同的层次一一业务需求,

用户需求和功能需求,业务需求代表了需求链中最高层的

抽象,他们为软件系统定义了项目视图和范围业务需求不

应包括用户需求,而所有的功能需求都应该源于用户需

求。

3)明确不同类型的用户:在项目中,应尽早为产品确定并描

述出不同的用户类,这样,就能从每一个重要的用户类代

表中获取不同的需求。作为用户类的划分依据,可以是:

用户使用产品的频度,他们的应用领域和计算机系统知

识,他们所使用的产品特性、他们所进行的业务过程、他

们在地理上的布局以及他们的访问优先级。

4)明确需求来源。

5)编写项目视图和范围文档,获取业务需求。

6)确定非功能需求:非功能需求定义使软件运行良好的特

性,包括产品的易用程度,执行速度,可靠性,健壮性,

也称为质量属性。

5.2.2.需求分析

需求分析包括提炼、分析和仔细审查已经收集到的需

求,以确保能找出其中的错误、遗漏或其它不足的地方。

5.2.2.1.给需求分类

将需求分成以下几种类型:

•业务需求

•使用实例或说明

•业务规格

•功能需求

•质量属性

•外部接口需求

•限制

•数据定义

•解决思想

5.2.2.2.绘制系统关联图

关联图确定通过某一接口与系统相连的外部实体,同

时也确定外部世界和系统之间的数据流和物流。

5・2・2.3.创建用户接口原型

创建一个原型并且让合适的用户群对其评价来对需求

进行分析。

5.2.2.4.分析需求可行性

在允许的成本,性能要求下,分析每项需求实施的可行

性,明确与每需求实现相联系的风险,包括与其它需求的冲

突,对外界因素的制约和技术障碍。

5.2.2.5.确定需求的优先级别

设定优先级的一般方法是把需求分成三类:

•基本的:只有在这些需求上达成一致意见,软件才

会被接受。

•条件的:实现这些功能将增强产品的性能,如果不

实现产品也可以被接受。

•可选的:一个功能类,实现或不实现均可。

进入开发阶段后,根据需求的优先级确定开发顺序。

5.2.2.6.为需求建立模型

为进一步检查需求的不一致性、模糊性、错误和遗漏,

需要把用文本表示的需求和用模型表示的需求结合起来。这

样的模型有数据流图、实体关系图

文档评论(0)

pengyou2017 + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档