企业软件开发环境表

英山XXX电池组项目

软件设计报告

一、研制要求

1.1质量目标：

英山XXX电池组达到QB-006《企业产品标准》中的要求及合同、协议、法律法规等要求。

1.2软件风险影响分析：

英山XXX电池组中的软件出现故障，对电动车供电过程的影响有：

a）人员伤害或系统损坏可忽略；

b）在电池组软件故障情况下电动车供电执行任务有障碍但是能够完成；

c）对电动车供电的数据损坏或遗失可忽略；

d）对环境的破坏可忽略；

e）经济和社会损失有轻微影响。

1.3技术指标及通用质量特性要求：

1.3.1技术指标

a）充电口电压、放电口电压、电池b）组电压测量范围：0V～XXXV；

b）充电口电压、放电口电压、电池组电压测量精度：不大于XXX％＠FSR；

c）单体电池电压检测范围：0～XXXV；

d）单体电池电压检测精度：小于XXmV；

e） 电池组电流测量范围：-XXXA～XXX；

f） 电池组电流测量精度：不大于XXX％＠FSR；

g)温度测量范围：XX℃～XX℃

h))温度测量精度：小于X℃

i）剩余容量检测精度：小于XX％；

1.3.2软件质量特性

a）电池组充放电异常检测；

b）充放电接触器控制；

c）上位机、充电机：CAN通信；

d）诊断电池系统故障；

e） SOC估算、循环次数计算；

f）启动自检；

g）标定功能；

h）定时器；

二、研制周期进度安排：

表1研制进度安排

研制周期：XXX年XXX月至XXXX年XX月

F阶段 XXXX年XX月至XXXX年XX月

S阶段 XXXX年XX月至XXXX年XX月

D阶段 XXX年XX月至XXXX年XX月

三、设计和开发控制

表2项目设计和开发控制

研制阶段 内容 方式

F阶段 软件任务分析报告 内部

软件设计报告 内部

软件源程序清单 内部

S阶段 软件代码文档 内部

软件烧录作业指导书 内部

转段评审 外部或内部

设计和开发评审：XXXX年XX月 内部

设计和开发验证：

 软件设计原则

 开放－封闭原则（OCP）

Open-Closed Principle原则讲的是：一个软件实体应当对扩展开放，对修改关闭。

通过扩展已有软件系统，可以提供新的行为，以满足对软件的新的需求，使变化中的软件有一定的适应性和灵活性。

已有软件模块，特别是最重要的抽象层模块不能再修改，这使变化中的软件系统有一定的稳定性和延续性。

用面向对象的语言来讲，不允许更改的是系统的抽象层，而允许更改的是系统的实现层。

 里氏代换原则（LSP）

Liskov Substitution Principle（里氏代换原则）：子类型(subtype)必须能够替换它们的基类型。反过来基类无法替换子类特征。意思是子类具有基类的所有特性，也有着基类无法比拟、独特的属性信息。

 依赖倒置原则（DIP）

依赖倒置（Dependence Inversion Principle）原则讲的是：要依赖于抽象，不要依赖于具体。

依赖倒置原则要求客户端依赖于抽象耦合。原则表述： 抽象不应当依赖于细节；细节应当依赖于抽象； 要针对接口编程，不针对实现编程。

使用传统过程化程序设计所创建的依赖关系，策略依赖于细节，这是错误的，因为策略受到细节改变的影响。依赖倒置原则使细节和策略都依赖于抽象，抽象的稳定性决定了系统的稳定性。

 接口隔离原则（ISP）

接口隔离原则（Interface Segregation Principle）讲的是：使用多个专门的接口比使用单一的总接口总要好。换而言之，从一个客户类的角度来讲：一个类对另外一个类的依赖性应当是建立在最小接口上的。过于臃肿的接口是对接口的污染。不应该强迫客户依赖于它们不用的方法。实现方法是：使用委托分离接口；使用多重继承分离接口。

 合成/聚合复用原则（CARP）

合成/聚合复用原则（Composite/Aggregate Reuse Principle或CARP）经常又叫做合成复用原则（Composite Reuse Principle或CRP），就是在一个新的对象里面使用一些已有的对象，使之成为新对象的一部分；新对象通过向这些对象的委派达到复用已有功能的目的。简而言之，要尽量使用合成/聚合，尽量不要使用继承。

附件6

XX省软件企业留存备查资料

申请企业（盖章）

所 在 地 区 市 区（县）

申 报 日 期 年 月 日

材料目录

一、承诺书

二、企业情况表

三、附件材料

□ 1、营业执照副本（复印件）

□ 2、汇算清缴年度最后一个月的企业职工社会保险缴纳证明（各市社会保险管理中心出具的社会保险单位参保缴费证明）

□ 3、汇算清缴年度企业员工花名册（包含姓名、学历、工作岗位）

□ 4、企业自主开发或拥有的一至二份代表性知识产权证明（软件专利、软件著作权等复印件）

□ 5、第三方检测机构提供的软件产品测试报告（复印件）

□ 6、经具有国家法定资质的中介机构审计的汇算清缴年度财务审计报告原件（含资产负债表、损益表、现金流量表，以及软件产品开发销售（营业）收入、软件产品自主开发销售（营业）收入、研究开发费用、境内研究开发费用）

□ 7、按软件产品开发销售（营业）收入列表中的收入类别，每类提供3～5张最大额度自主软件产品开发销售（营业）收入的发票及对应合同复印件等相关证明材料（合同为外文的需附中文对照件）

□ 8、ISO9000系列或CMM/CMMI等质量管理体系证书（复印件），或者提供符合软件工程要求的质量管理体系的说明以及有效运行的过程文档记录等保证产品质量的相关证明材料

□ 9、企业所得税年度纳税申报表（附表A107042）（应与纳税申报表数据一致）

备注：《XX省软件企业留存备查资料》按照“封面、材料目录、承诺书、企业情况表、附件材料”的顺序装订成册，一份活页装订、一份胶装成册。

一、承 诺 书

本企业对所提供材料和数据的真实性负责，无编造虚假证明材料、编造篡改单位财务数据、侵犯他人知识产权等失信行为。

本企业承诺若申报出现失实或失信行为，将接受有关部门按照法律、法规和国家有关规定处理。

XX公司软件开发项目之系统测试方案

系统测试是软件开发中非常重要的一个环节，主要是验证系统是否符合用户需求和设计规格，保证系统的质量和稳定性。下面是XX公司软件开发项目的系统测试方案：

一、系统测试目标：

1.验证系统的功能是否符合用户需求和设计规格；

2.验证系统的性能是否稳定；

3.验证系统的可靠性和稳定性；

4.发现系统中的缺陷，及时修复。

二、系统测试环境：

1.硬件环境：服务器、客户端设备；

2.软件环境：操作系统、数据库、浏览器等；

3.测试工具：测试管理工具、性能测试工具等。

三、系统测试活动：

1.功能测试：对系统的所有功能模块进行测试，验证是否符合用户需求和设计规格；

2.性能测试：对系统进行负载测试、压力测试，验证系统的性能是否稳定；

3.安全测试：对系统进行安全漏洞测试，验证系统的安全性； 4.兼容性测试：对系统在不同环境、不同平台下进行测试，验证系统的兼容性；

5.用户体验测试：对系统的用户界面进行测试，验证用户体验是否良好；

6.回归测试：对系统进行功能、性能、安全等方面的回归测试，确保修复缺陷后系统的稳定性。

四、系统测试执行过程：

1.制定测试计划：确定测试范围、测试目标、测试资源等；

2.编写测试用例：根据需求和设计规格编写详细的测试用例；

3.执行测试用例：按照测试计划执行测试用例，记录测试结果；

4.缺陷管理：发现缺陷后及时记录、分析、修复，并进行回归测试；

5.编写测试报告：根据测试结果编写详细的测试报告，包括测试执行情况、缺陷统计等；

6.提交测试报告：将测试报告提交给项目经理和相关开发人员，确保缺陷得到及时修复。

五、系统测试验收标准：

1.执行全部测试用例，无严重缺陷；

2.系统功能完全符合用户需求和设计规格；

3.系统性能稳定，能够满足用户量需求；

4.系统安全性良好，不存在安全漏洞； 5.系统兼容性良好，能够在不同环境、不同平台下正常运行。

六、系统测试后续工作：