软件项目管理大作业

  • 格式:docx
  • 大小:73.31 KB
  • 文档页数:7

下载文档原格式

  / 7
  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

软件项目管理大作业

个人网上银行系统

一、项目背景

随着电子商务时代的到来,越来越多的人更愿意通过在线网络购买物品,网络上时时刻刻都在进行着频繁的交易,而一个稳定安全可靠的支付手段是所有交易的保障,于是个人网上银行应运而生。

二、项目简介

利用Internet技术,通过Internet向客户提供包括支付,转账,查询等传统服务项目,使客户可以足不出户就能够安全便捷地享受服务。可以说,网上银行是在Internet上的虚拟银行柜台。开发本系统有两个目的:一、使用户足不出户即可查询个人账户的各种信息;二、为用户实现自助转账、自助缴费、网上支付和贷款查询等功能,方便用户。

三、项目预算

预计项目将由15个员工共用10个月的时间开发测试并上线。

开发成本:4000元/月×10 ×20 = 800,000 (单位:元)

管理和质量成本:800,000 ×20% = 160,000

总成本:800,000 + 160,000 = 960,000

四、项目进度安排

预计项目将在前3个月完成需求分析、总体框架设计及系统设计,前6个月完成软件代码编写并开始测试环节,利用最后4个月试运行完成软件各种功能、性能及安全性测试,争取10个月后项目完成验收。

需求分析

功能需求:

本系统是B/S结构的Web应用系统。

开发本系统有两个目的:一、使用户足不出户即可查询个人账户的各种信息;二、为用户实现自助转帐、自助缴费和网上支付的功能,方便用户。

根据实际案例和自己的能力,我们将系统划分为八个功能模块:账户管理模块、自助转帐模块、自助缴费模块、网上支付模块、贷款管理模块、客户服务模块、登陆模块、后台管理模块。系统用户用例图如下图所示:

外部接口需求:

界面设计为适合最小分辨率为800*600,同时要适合1024*768、1280*800等使用15寸以上显示器用户,因此,界面要在浏览器上居中显示。

性能需求:

人们都不希望一个交易提交后花费太多的等待时间,所以此系统对时间要求比较高,在服务器上测试,响应时间不能超过1/10s。

同时对于在不同的平台上兼容性要求较高,故本系统采用JSP作为实现语言,JAVA 很好的移植性与平台无关性可以保证系统在其他软件或硬件平台上无障碍运行。

软件属性需求:

1. 正确性:系统要正确处理用户请求,并正确返回结果

2. 可靠性:系统安全无故障运行直到下一次系统检查

3. 安全性:系统需要有良好的安全性,如防止被窃取密码造成经济损失

软件人员分工:

1、前期由5个员工去做调研完成需求分析,同时5个员工完成风险控制管理,另外5

个员工完成概要设计详细设计,最后5个人把握项目规模成本项目总体方向及定位。

2、中期可以有4个员工来完成界面设计,4个员工来完成数据库设计,12个员工来

完成代码编写和文档说明。

3、后期可以由10个员工左右来完成程序功能、性能及安全性测试,另外10个员工完

成项目文档及项目验收。

当然对于一个大项目来说,一定要实验对风险控制和质量保证。

风险管理

质量保证计划:

本计划的目的在于对所开发的网上银行系统软件规定各种必要的质量保证措施,以保证所交付的软件能够满足项目需求分析中的各项需求。软件开发单位在开发该银行软件系统所属的各个子系统时,都应该执行本计划中的有关规定,但可根据各自的情况对本计划作适当的剪裁,以满足特定的质量保证要求。

在本软件系统整个开发期间,必须成立软件质量保证小组负责质量保证工作,该组成立时指定小组成员负责。在项目的软件质量保证小组中,应合理分配任务,明确职责。职责分配在进展中可以互相沟通、合理安排。

软件质量保证工作涉及软件生存周期各阶段的活动,应该贯彻到日常的软件开发活动中,而且应该特别注意软件质量的早期评审工作。软件质量保证小组要派成员参加所有的评审与检查活动。评审与检查的目的是为了确保在软件开发工作的各个阶段和各个方面都认真采取各项措施来保证与提高软件的质量。

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

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

b. 日常检查:在软件的工程化生产过程中,各成员应该填写项目进展报表

c. 软件验收:必须组织专门的小组成员对银行软件系统进行验收。验收内容应包括文档验收、程序验收、演示、验收测试与测试结果评审等几项工作。

对文档要求:

为了确保软件的实现满足需求分析的各项需求,小组应编写以下文档:

a. 软件需求规格说明书

b. 软件设计说明书

c. 软件测试计划

d. 软件测试报告

e. 项目进度计划f.项目开发总结。

除了基本文档之外,对于尚在开发中的软件,还应该包括以下四个方面的文档:

a. 软件质量保证计划;

b. 风险管理计划

c. 项目进展报表;

d. 会议纪录。

文档质量的度量准则

a. 完备性:所有承担软件开发任务的单位,都必须按照规定编制相应的文档,以保证在开

发阶段结束时其文档是齐全的。

b. 正确性:在软件开发各个阶段所编写的文档的内容,必须真实地反映该阶段的工作且与

该阶段的需求相一致。

c. 简明性:在软件开发各个阶段所编写的各种文档的语言表达应该清晰、准确简练,适合

各种文档的特定读者。

d. 可追踪性:在软件开发各个阶段所编写的各种文档应该具有良好的可追踪性。文档的可

追踪性包括纵向可追踪性与横向可追踪性两个方面。前者是指在不同文档的相关内容之间相互检索的难易程度;后者是指确定同一文档某一内容在本文档中的涉及范围的难易程度。e. 自说明性:在软件开发各个阶段所编写的各种文档应该具有较好的自说明性。文档的自

说明性是指在软件开发各个阶段中的不同文档能独立表达该软件其相应阶段的阶段产品的

能力。

f. 规范性:在软件开发各个阶段所编写的各种文档应该具有良好的规范性。文档的规范性是指文档的封面、大纲、术语的含义以及图示符号等符合有关规范的规定。