完整版软件外包技术规范.docx
《完整版软件外包技术规范.docx》由会员分享,可在线阅读,更多相关《完整版软件外包技术规范.docx(6页珍藏版)》请在冰豆网上搜索。
![完整版软件外包技术规范.docx](https://file1.bdocx.com/fileroot1/2022-12/7/a54f0757-25e5-43e7-ac37-3047aeb51f98/a54f0757-25e5-43e7-ac37-3047aeb51f981.gif)
完整版软件外包技术规范
五矿物产(常熟)管理有限公司
软件外包开发规范及内容
项目名称:
协同办公系统B/S结构浏览器客户端功能实现及软件编码
—、名词解釋3
二系统描述3
三、项目内容4
四、保密条款4
五、软件开发资质要求4
六、软件开发及运行环要求5
七、开发人员要求5
八、项目组设置6
九、项目进度控制6
十、项目工作;弼呈7
十一、编码规范7
十二、代码测试标准8
十三、项目验收标准8
十四、验收提交资料清单8
十五、知识产权归属9
十六、附件资料9
十七、受包方资质评审资料9
一、名词解释
为本项目参与人员更好的理解本文档所描述的内容,避免歧义产生,本节针对卞文中涉及的名词作适当释义。
1.1项目:
指本协同办公系统软件代码编写工程。
1.2发包方:
指五矿物产(常熟)有限公司,负责发包验收单位为系统开发室。
1.3受包方:
指承接本项目软件代码编写的公司。
1.4协同办公系统:
本项目要实现的系统名称。
1.5审批:
指单据能够以网络化的方式表现,模拟纸质文件签署,和资质文件签署拥有同等效力。
1.6核心代码:
指发包方提供受包方的数据接II,业务处理,数据处理等封装好的代码。
1.7客户端软件:
指用户级层面可操作,可输入并反馈信息的界面软件。
本项目外包的内容。
1.8编码规范:
指软件原始代码书写标准和书写方法。
1.9软件测试:
指使用一定条件或模拟业务数据,进行输入输出校对的方法。
二系统描述
协同办公系统是将用户口常工作中的各个业务系统紧密地的整合在一起,实现相互之间的权限、信息、流程的交互,实现组织内部运作协同,提高流程效率,同时协同办公系统能实现跨部门、跨单位、多人员、多任务的协同工作,在统一规划统一调度和高效交流下创建协同办公平台,打造高协同工作组织,实现共同目标。
协同办公系统主要实现:
1)行政类管理,单据审批。
2)ERP系统单据审批。
3)其他系统单据审批。
该项目由五矿物产(常熟)管理有限公司信息管理部系统开发室负责并实施。
三、项目内容
3.1项目内容
项目内容主要是协同办公系软件代码的实现,项目主要分为两部分:
1)核心代码实现及数据接II提供。
(此由发包方负责)
2)浏览器客户端实现及软件编码。
3.2外包内容:
外包内容如卞:
要求受包方实现协同办公系统浏览器客户端功能及软件编码工作,提供源代码及编译好的文件。
以测试验收合格后作为结案条件。
四、保密条款
为顺利开展项目合作,软件受包方应遵守如下保密条款:
4.1在此项目合同总价中已含保密费用,受包方负有保密义务。
4.2项目合同成立,即表示受包方遵守此保密条款。
4.3受包方不得将项目的内容告知或泄漏第三方。
4.4受包方不得将此项目中的代码编译成产品独立发布。
4.5受包方不得在此项目中有意或无意获得的任何资料泄露给第三方。
4.6在此项目过程中,发包方提供的资料,含书面、电子格式都视为发包方商业秘密,受包方不得用于其他项目中,(发包方指定项目除外)或泄露给第三方。
五、软件开发资质要求
受包方软件开发资质要求:
5.1公司主营业务为软件开发,软件项目集成。
5.2成立两年以上。
5.3有3个以上大型项目咨询、开发、实施经验。
5.4参与本项目的程序员需有两年以上相关开发经验。
5.5本地化软件公司。
六、
软件开发及运行环要求
软件开发环境要求:
6.1・net2.00以上
6.2ASP.net,以C#语言编程
6.3InternetExplorer7・0/8.0
6.4Firefox3.0
6.5第三方控件:
coolite1.0
6.6自定义控制:
受包方如果使用自定义的控制,必须提供自定义控件的源码。
软件运行环境要求:
受包方最终提交软件需满足如卞浏览器运行并无兼容性问题
6・5InternetExplorer7・0/8.0
6.6Firefox3・0
6.7满足200个用户同时在线操作要求。
七、
开发人员要求
受包方软件开发人员要求:
7.1两年以上开发经验。
7.2熟练使用.net开发工具。
7.3熟练使用C#编程。
7.4熟练使用coolitel.0组件/.net开发组件。
7.5熟练掌握浏览器模式客户端软件调试、排错、测试。
7.6遵守文档书写及开发规范。
八、项目组设置
受包方项目组设置:
8.1必须设项目负责人一名,负贵和发包方开发室进行业务沟通联络和报告进度。
8.2项目组开发人员不少于3人。
负贵代码编写,调试,排错。
8.3受包方项目组一旦建立人员不得随意变动,如有变动,需经过发包方同意。
8.4受包方项目组应建立项目进度控制制度,建立项目计划文件,执行情况报告制度,并以周为单位,及时向发包方反馈开发进度及问题点。
8.5发包方和受包方建立工作报告及项目进度会议,原则每周两次。
8.6发包方设立项目管理及负资人一名,发包方不随意变更项目负责人。
九、项目进度控制
项目进度控制要求:
9.1受包方根据发包方提供的项目资料及要求,制定项目进度计划表,该项目进度计划表通过发包方同意后作为项目主要控制文件。
9.2项目进度计划表在执行过程中不得随意变更,因受包方原因,需提交变更申请,发包方审核认为合理再行变更。
如因发包方原因变更,发包方通知受包方进行变更。
变更计入管控文件。
9.3项目金额原则不进行追加,但因发包方需求变动原因造成的,如需求增加超过10%工作量,发包方和受包方再行商议追加金额。
9.4本项目周期为2个月。
十、项目工作流程
项目管控流程见下图:
卜一、编码规范
编码规范要求如卞:
11.1C#代码编写规范:
见附件。
11.2HTML编写规范:
参考标准的HTML的编写要求,层次分明。
十二代码测试标准
代码的测试以满足用户的要求为前提,测试的标准见附件。
十三、项目验收标准
项目验收需满足如下条件:
14.1代码编写是否符合规范。
14.2受包方提供测试记录。
14.3功能按照需求文件全部满足。
14.4满足运行环境要求,无兼容性问题。
14.5满足并发用户操作要求。
十四、验收提交资料清单
受包方针对项目验收需提供如卞资料清单:
15.1项目组成员表及工作项目简历
15.2项目进度计划表
15.3项目进度表
15.4代码测试报告
15.5代码兼容性测试报告
15.6项目验收申请表
15.7源代码
15.8编译后文件
十五、知识产权归属
项目本身属知识型产品,为避免口后发包方和受包方针对项目相关知识产权产生纠纷及认知差异,特作如下约定:
16.1软件代码及编译后的文件知识产权归属发包方。
16.2项目过程产生的文件,包括验收提交资料清单及内容,所有权归属发包方。
16.3项目过程中使用到的控件或第三方代码,涉及版权的,由发包方提供。
16.4项目过程中使用到的受包方有自主知识产权的控件,并经发包方核实,发包方拥有对在本项目中的使用权,但发包方不能使用在此项目之外的项目中。
十六、附件资料
附件资料清单:
17.1项目详细设计书
17.2C#编码规范
17.3代码测试标准
十七、受包方资质评审资料
本文件作为发包文件依据,请投标单位提供如下文件以供资质评审用:
18.1公司介绍
18.2公司营业执照复印件。
18.3历史项目说明(3个以上)。
18.4项目负责人工作简历及所负贵项目介绍。
18.5程序员工作简历及所参与的项目介绍。
18.6项目开发标准化管理说明文件。