项目可行性研究报告Word格式.docx

上传人:b****5 文档编号:18678173 上传时间:2022-12-31 格式:DOCX 页数:25 大小:26.82KB
下载 相关 举报
项目可行性研究报告Word格式.docx_第1页
第1页 / 共25页
项目可行性研究报告Word格式.docx_第2页
第2页 / 共25页
项目可行性研究报告Word格式.docx_第3页
第3页 / 共25页
项目可行性研究报告Word格式.docx_第4页
第4页 / 共25页
项目可行性研究报告Word格式.docx_第5页
第5页 / 共25页
点击查看更多>>
下载资源
资源描述

项目可行性研究报告Word格式.docx

《项目可行性研究报告Word格式.docx》由会员分享,可在线阅读,更多相关《项目可行性研究报告Word格式.docx(25页珍藏版)》请在冰豆网上搜索。

项目可行性研究报告Word格式.docx

安装C编译程序,Fortran编译环境。

12CreativeAssignment创意工作

系统的升级移植:

13PrAssignment公关工作

需要和96105热线呼叫中心相关技术人员具体讨论

14Must注意事项

防静电干扰

15Reference参考资料

C编译程序,Fortran编译环境

16Timeline时间进度:

预计整个系统的安装,移植等需要3周的时间(15个工作日)。

可行性研究确认:

报告负责人:

聂俊宇

(签字/日期)2008-2-18

备注:

 

设计开发评审报告

XJ-7.3-04-01

项目编号

科研开发阶段

负责人

朱敏

评审人员

部门

职务或职称

评审内容:

“□”内打“√”表评审通过,“?

”表有建议或疑问,“×

”表不同意

1.合同、标准符合性□2.采购可行性□3.加工可行性□4.结构合理性□

5.可维修性□6.可检验性□7.美观性□8.环境影响□

9.安全性□10□11□12□

存在问题及改进建议:

项目组设立专用的开发服务器,搭建与用户最终运行环境相同的测试系统、数据库及中间件配置,同时建立文档版本管理系统。

客户的运行环境按照合同约定购置,由项目组负责实施。

评审结论:

程序的日常开发一律按照数据库设计规范、ASP代码书写规范、中间件配置规范等要求进行。

到一定阶段后,按照合同约定将代码连同说明文档一并打包,提交给客户验收,包括静态页面、动态页面、源程序、配置文件等相关文档。

对纠正、改进措施的跟踪验证结果:

在下一阶段进行。

验证人:

耿磊日期:

2008-2-25

编制:

朱敏日期:

2008-2-25审批:

聂俊宇日期:

2008-2-28

设计开发计划书

XJ-7.3-02记录号:

08-02

项目编号:

XJ-2008-2-12

设计部门或单位

记录人:

聂俊宇

计划内容:

负责部门:

计划时间表:

合同签定

销售部

二周

项目管理

顾客交付资料

一周

设计联络与审查

六周

MASIK交付资料

设备定货

采购部

系统网络安装调试

系统硬化安装调试

系统软件安装调试

应用软件移植

系统离线联调测试

系统在线联调测试

系统整体考核验收

质检部

四周

计划内容纪要

存在问题

解决方案

为了更好的完成96105热线呼叫中心系统,使整个系统的开发过程有章可循、增强计划性和可控程度,特编写本开发计划,以供最终用户、客户代表、项目经理、项目设计人员、开发人员、测试人员、以及所有与此有关的人员参考。

项目组需按照合同约定向用户提供人员培训、安装、保修、维护和其他运行支持等各项服务,开始日期、所提供支持的级别和服务的期限按合同约定

附件见计划图。

朱敏日期:

2008-3-8审批:

聂俊宇日期:

2008-3-10

XJ-7.3-04-02

设计开发计划

5.可维修性□6.可检验性□7.美观性□8.环境影响□

需求:

用户解决问题或达到目标所需的条件或功能,系统或系统部件要满足合同、标准、规范或其它正式规定文档所需具有的条件或权能。

需求分析:

包括提炼、分析和仔细审查已收集到的需求,以确保所有的风险承担者都明其含义并找出其中的错误、遗憾或其它不足的地方。

模块:

指软件系统中每个只涉及软件业务要求的具体的子功能,而和软件系统中其他的模块的接口是简单的。

子系统:

指软件系统中横跨各个业务模块、定义模块之间的关系和组织这些关系的规则的子功能。

项目组人员的工作内容涵盖了软件工程的全部生命周期,主要包括需求分析、系统设计、系统编码、系统测试、系统发布、文档管理、用户培训、系统维护等方面的工作。

因此对应的工作任务也大致分为:

需求调研小组、用户界面设计小组、架构设计小组、代码开发小组、测试小组、实施小组等等,同时保持与客户代表的持续沟通。

由质检部监督执行。

耿磊日期:

2008-3-17

2008-3-17审批:

聂俊宇日期:

2008-3-21

设计开发任务书

XJ-7.3-05-记录号:

08-03

系统集成部/

资源配置:

(设备、人员、检测、信息、信息经费预算等)

计算机主机、万用表。

阶段

序号

阶段的划分与主要内容

主要职责人员(或部门)

配合人员(或部门)

完成

工时

拆除网络设备包装,初步检测,进行加电

2人/1日

系统网络安装

2人/2日

●系统硬件安装

●系统软件安装

2人/3日

●应用软件移植

3人/10日

●创建VTP域

2人/5日

2人/10日

●系统审核验收

编制朱敏日期:

2008-3-27

审批:

2008-3-29

XJ-7.3-04-03

设计开发任务

项目组成员要按照项目计划将各种角色的人员合理安排、准时到岗,严格管理所有开发文档及源代码,预防可能出现的技术问题及人员流动,同时做好项目所用计算机硬件的安全防护,以及后勤保障工作。

客户需要按照项目组提出的系统配置要求将自行购置的软硬件准时到位。

整个项目的进程要充分把握客户需求,经常与用户沟通,防止产生大量的需求变更,同时要注意及时解决开发业务流程的平滑衔接。

2008-4-12

朱敏日期:

2008-4-12审批:

2008-4-17

设计开发输入单

XJ-7.3-03记录号:

08-04

提出人

清单名称(或编号)

附件

(或附件编号)

备注

96105热线呼叫中心系统方案合同书

中华人民共和国公司法

中华人民共和国经济法

中华人民共和国产品质量法

中华人民共和国合同法

96105热线呼叫中心系统方案的产品资料

(签字/日期)

朱敏

2008-4-20

审核:

耿磊

2008-4-22

批准:

2008-4-26

XJ-7.3-04-04

设计开发输入

存在问题及改进建议:

软件质量保证工作涉及软件生存周期各阶段的活动,应该贯彻到日常的软件开发活动中,而且应该特别注意软件质量的早期评审工作。

因此,对新开发的或正在开发的各子系统,要按照GB8566与本计划的各项规定进行各项评审工作。

软件质量保证小组要派成员参加所有的评审与检查活动。

评审与检查的目的是为了确保在软件开发工作的各个阶段和各个方面都认真采取各项措施来保证与提高软件的质量。

在软件开发过程中要进行如下几类评审与检查工作:

在软件开发过程中,要定期地或阶段性地对某一开发阶段或某几个开发阶段的阶段产品进行评审。

在本系统的开发过程中,应该进行以下三次评审:

第一次评审软件需求、概要设计、验证与确认方法;

第二次评审详细设计、功能测试与演示,并对第一次评审结果复核;

第三次是功能检查、物理检查和综合检查。

阶段评审工作要组织专门的评审小组,原则上由项目组成员或特邀专家担任评审组长,评审小组成员应该包括用户代表、质量保证人员、软件开发承包方的代表,其他参加人员视评审内容而定。

2008-4-28审批:

聂俊宇日期:

2008-5-10

设计开发输出单

XJ-7.3-06-记录号:

08-05

XJ-2008

-2-12

依据的项目建议书编号

01

输出文件清单名称(或编号)

输出文件形态及数量

发往部门

二级计算机系统建设进度计划

文件

顾客

02

二级计算机系统施工实施方案书

03

设备交货清单

04

网络安装调试技术文档

05

新系统的备份

电子

06

主机安装调试技术文档

07

系统移植方案详细文档

08

系统使用维护文档

2008-5-12

2008-5-13

2008-5-15

XJ-7.3-04-05

设计开发输出

朱敏

在本系统开发过程中,各模块应该填写项目进展报表,即软件进展报表表头、软件阶段进度表、软件阶段产品完成情况表、软件开发费用表等四张表格。

项目组通过项目进展报表发现有关软件质量的问题。

组织专门的验收小组对本系统及其所属各个子系统进行验收。

验收工作应按照经项目开发单位与客户双方都认可的验收规程正式履行验收手续。

验收内容应包括文档验收、程序验收、演示、验收测试与测试结果评审等几项工作。

耿磊日期:

2008-05-22

朱敏日期:

2008-5-18审批:

2008-5-20

设计开发试产报告

XJ-7.3-08-记录号:

08-06

试产部门或单位

试产日期

2008-5-27

依据的要求、标准或法律法规:

96105热线呼叫中心系统产品资料

主要试产内容:

设计试产的目的是向用户表明系统能够按预定要求工作。

经试产后,按照设计把所有的模块组装成一个完整的软件系统,接口错误也已经基本排除,进一步验证软件的有效性,达到验收测试的任务和目标,即软件的功能和性能如同用户所合理期待的要求。

试产结果记录:

通过模块测试,验证了本系统各个模块达到了用户预定要求的功能。

所有模块组装完成后,又经过了系统测试,在排除了所有内部接口错误和BUG后,软件整体的有效性得到了很好的验证,达到了用户要求的所有功能:

试产负责人:

王聪

(签字/日期)2008-5-27

设计和开发试产结论:

测试深度和测试反复的频度有所欠缺,有可能仍会出现上一阶段已经关闭掉的缺陷,因此在试运行期间反复对已经测试过的功能进行回归测试,确保各项功能的正确性和稳定性。

鉴于测试的各项指标符合测试通过标准,因此认为办公自动化系统测试结论为:

符合设计要求。

技术总监:

曹世杰

(签字/日期)2008-6-2

XJ-7.3-04-06

设计开发试产

列出可能的软件、硬件故障以及对各项性能而言所产生的后果和对故障处理的要求。

正常情况下7×

24小时连续运转,遇一般故障8小时内处理完毕,重要故障4小时内处理完毕,紧急故障2小时内处理完毕

如用户单位对安全保密、对使用方便的要求,对可维护性、可补充性、易读性、可靠性、运行环境可转换性的特殊要求等。

全面考虑办公系统的业务需求和模块间的关联关系,设计合理的、完整的、可扩展的系统架构充分考虑与现有系统的数据接口,使各个应用系统间能对指定的信息进行数据交换。

2008-6-5

朱敏日期:

2008-6-6审批:

聂俊宇日期:

2008-6-8

设计开发验证报告

XJ-7.3-07-记录号:

08-07

试验日期

2008-6-10

热轧1780二级系统升级和移植的产品资料

主要试验设备清单:

试验结果记录:

验收测试报告判断所测软件系统的各方面能力是否满足用户要求,对软件系统进行最终验证并交付。

办公自动化系统软件开发的主要任务是开发集行政管理、公共信息、交流中心、个人助理、个人信箱、超级管理、系统管理于一体的办公自动化软件。

试验负责人:

(签字/日期)2008-6-10

设计和开发验证结论:

采用模块化设计安全可靠,存储虚拟化和快速复制,可以达到客户的期望值。

曹世杰

(签字/日期)2008-6-12

XJ-7.3-04-07

设计开发验证

模块测试、系统测试分析报告对软件系统测试工作的总结和测试结果的分析,判断所测软件系统的各方面能力是否满足用户要求。

采用V模型。

V模型中的过程从左到右,描述了基本的开发过程和测试行为。

V模型明确地标明了测试过程中存在的不同级别,并且清楚地描述了这些测试阶段和开发过程期间各阶段的对应关系。

完成所有测试工作后,由业务专家或用户进行验收测试,以确保产品能真正符合用户业务上的需要。

验证人:

耿磊日期:

2008-6-15

朱敏日期:

2008-6-15审批:

2008-6-18

项目变更申请

文件号:

XJ-7.3-14-记录号:

08-08

申请部门/人

申请日期

2008-6-25

项目变更原因:

采用更高的系统和应用性能

项目变更替代方案描述:

用新的扩展文件高速缓冲存储器(ExtendedFileCache)来实现。

·

通过对RMS及LockManager的增强,以及FastPath对光纤通道(FibreChammel)和XJSI磁盘结构的支持,使集群SMP和系统性能得到改善。

估计项目变更后对总项目进度的影响:

OpenVMS增加了工业标准KerberosVs安全性,它可以使OpenVMS应用到具有NTS域和UNIX平台的通讯和身份鉴别上。

OpenVMS入侵查找扩展到集群范围,降低了系统被攻破的机会。

变更时所涉及的相关部门:

质检部、采购部。

项目负责人的审核意见:

同意

签名:

朱敏日期:

XJ-7.3-04-08

聂俊宇

为了使集群SMP和系统性能得到改善。

用新的扩展文件高速缓冲存储器,对光纤通道和磁盘结构的支持,使集群和系统性能得到改善。

耿磊日期:

2008-6-25审批:

2008-6-28

设计修改申请单

08-

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > 医药卫生 > 基础医学

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1