软件项目需求调查表

2024-11-12

软件项目需求调查表(8篇)

1.软件项目需求调查表 篇一

篇一:软件需求建议书

医院门诊管理系统需求建议书

2012年3月26日

有关公司:

现需一个医院门诊管理系统,要求具有相关项目经验的软件公司参与竞标,要求能对该系统进行合理的编写,保证系统能够稳定运行,并且在预定时间内交付我院使用。

项目目标:

系统分为5个子系统,即(a)挂号管理系统(b)病历管理系统(c)药品库存管理系统(d)内部资料管理系统(f)财务管理系统。并且需要保证系统运行稳定准确。

1.工作表述

承包商应执行以下工作任务,及工作要求:

(1)系统应使用本院的局域网,win98、win2000、winxp、win7等环境

下,可进行稳定准确的查询,修改、处理功能。

(2)数据录入功能:其中包括在挂号时的患者信息录入,病历管理的录

入处方和内部资料管理中的医师信息的添加。

(3)数据的修改和删除功能:其中包括改号、退号和内部资料管理中的

患者、医师信息的修改和删除功能。

(4)数据查询功能:包括在诊室管理中的药品的模糊查询,对库存不足

的药品报警,内部资料管理中的医师、患者信息的查询中包括单项查询和组合查询。

(5)统计报表功能,财务报表:统计每天患者交款报表和挂号员每天的

交款单。统计患者总人数和总费用。

(6)按处方类别和拼音码分别统计药品的总数和库存剩容量。

(7)按科室名称和是否专家级别分别统计医师总人数信息。日报表:打

印每天的患者人数、就诊科室等,以及医师每天的出诊数,检验、检查、手术每天的执行次数,以及这些项目的总金额。

(8)合计费用功能:患者凭挂号单到交款处交款,系统根据门诊号码自 动调用患者信息,显示患者的单项费用和总费用,自动找零。

(9)系统管理功能:其中包括用户和内部人员的修改密码功能,根据权

限添加用户和管理员。数据备份功能。

(10)帮助功能:包含医院简介和系统主要实现功能简介。

2交付实物

(1)必须准备一份详细的系统设计报告,以及所用到的技术,用以监测产品

质量。

(2)有关项目进程的书面报告必须在每15天交给本院。报告应简明,并且

重点放在与承约商的原计划和时间表相对应的进程上。报告应涉及到各项活动、取得的进展、接下来15天的计划、花费的时间与金钱。对于落后进度计划进程的工作项目,应当提供一份计划,使项目能在原进度计划和预算内完成。

(3)在合同预期内,交付我院一个能够运行正常稳定的完整的系统。并且在

后期一定时间内提供免费维护。

3其他要求

(4)本院会向承包商提供本院的一些业务流程。

(5)承约商必须在执行工作前,获得本院对最终计划的认同。

(6)合同必须以一个商定的价格,给提供满足需求建议书要求工作的承约商

付款。

(7)承约商必须最迟在2012年5月1日以前提供给本院两份建议书备份。

(8)本院希望在2012年6月1日前选中一家承约商。这个工程需要完成的

期限是十二个月,从2012年7月1日至2013年7月1日,所有交付物必须不迟于2013年10月1日提供给本院。

(9)本院将按照下面的时间表付款给承约商:当项目完成了1/3时付总额的

1/3;当项目完成了2/3时付总额的2/3;当本人已经满意于项目的100%,并且承约商已履行了全部契约义务时再付出总额的最后1/3。

申请内容

(1)承约商能清晰理解需求建议书,理解什么是被期望达到的要求。承约商应有对每个任务和任务如何完成的详细描述。

(2)承约商将要提供的每一份交付物的描述。

(3)列出条形图或网络图表,列明每周要执行的详细任务的时间表,以便在要求的项目完成日期内能够完成项目。

(4)叙述一下承约商最近已经执行过的相似项目,包括已完成的子系统,以及其他子系统的完成进度。

(5)列出工程具体人员的姓名和详细简历,以及他在类似工程的精彩的经历。

(6)必须说明项目所需要的人月,并通过一份详细的工作时间分解和每个被指派于工程的员工的小时成本费用来验证。此外,所有直接费用逐条列表也必须包括进来。

(7)承包商需列出贵公司的软件能力成熟度(cmmi)等级。

(8)本院将按照以下的标准评价所有承约商的申请书:

a.设计方案(30%)。设计的实用及涉及技术。

b.经验(30%)。被指定工程的承约商和工作人员执行类似工程的经验。

c.成本(30%)。承约商申请中的所列的固定成本。

d.进度计划(10%)。为了在要求的项目完成日期内或在此日期之前完成项目,承约商应提出进度计划的详细而全面的连续说明。

篇二:软件系统项目建议书完全版

****系统项目建议书

2014年5月

目录

概述....................................................................1 1.1 文档编写目的...........................................................................................................1 1.2 系统建设目标与内容...............................................................................................1 1.2.1 系统建设目标...................................................................................................1 1.2.2 系统建设的主要内容.......................................................................................1 2 系统设计方案.............................................................1 2.1 总体架构设计...........................................................................................................1 2.1.1 系统总体业务架构...........................................................................................1 2.1.2 系统总体软件架构...........................................................................................1 2.1.3 系统总体技术架构...........................................................................................1 2.2 系统组成...................................................................................................................1 2.3 系统数据流...............................................................................................................1 2.4 系统功能...................................................................................................................3 3 系统部署方案.............................................................3 3.1 系统部署架构...........................................................................................................3 3.2 系统环境...................................................................................................................3 3.2.1 软件环境...........................................................................................................4 3.2.2 硬件环境...........................................................................................................4 4 系统界面设计.............................................................4 5 主要技术指标.............................................................4 6 交付成果................................................................6 7 验收策略................................................................6 7.1 系统验收测试的原则...............................................................................................6 7.2 验收测试的具体内容...............................................................................................7 7.3 验收测试的步骤.......................................................................................................7 8 质量保证................................................................8 8.1 软件研制一般要求...................................................................................................8 8.2 软件评审要求...........................................................................................................9 8.3 软件配置管理要求.................................................................................................10 9 售后服务...............................................................10 9.1 培训.........................................................................................................................10 9.2 维护与升级.............................................................................................................10 9.3 质量保证期内的服务.............................................................................................10 9.4 寿命期内维修服务.................................................................................................11 10 开发进度计划............................................................11 11 项目报价...............................................................12 1 概述

1.1 文档编写目的 1.2 系统建设目标与内容

1.2.1 系统建设目标 1.2.2 系统建设的主要内容

系统设计方案 2.1 总体架构设计

2.1.1 系统总体业务架构 2.1.2 系统总体软件架构 2.1.3 系统总体技术架构

2.2 系统组成

2.3 系统数据流

系统详细数据流如下图所示。

2.4 系统功能

系统部署方案 3.1 系统部署架构

表1各子系统部署架构

3.2 系统环境 篇三:需求建议书

题目:

假设你在嘉州新城购买了一套二室二厅一厨一卫,面积大约90平方的新房,先装修入住,请你根据自己的需求对这个房屋装修项目编写项目需求建议书。

项目:房屋装修

需求建议书:

(1)承约商要执行的任务:装修材料的购买、家用设备的安装、装修工程。

① 代购装修材料,如:地砖、涂料等等

② 厨房器具、淋浴设备等的代购

(2)承约商根据国家标准装修,提供装修计划、施工方案,最后装修符合标准的房

子。

(3)本人向承约商提供装修方案。

要求:

①、卧室的颜色以暖色调为主

②、装修后简单、宽敞、采光效果良好

③、卫生间隔成两部分,分为盥洗间和浴室

(4)和承约商签订一个商定的价格,以及满足需求建议书的工作承约商付款合同。

(5)当装修工程完成1/2时付总额的1/2;当装修工程100%完成时,获得本人的

满意后,并且承约商已经全部履行契约义务时再付总额的最后1/2。

(6)希望这个项目在两个月内完成,从5月15日到7月15日,所有的可交付成果 必须不迟于7月15日提供给本人。

(7)承约商必须最迟于4月30日以前向本人提交两份申请书备份。承约商的申请书

至少包括以下内容: 1)承约商能清晰的理解需求建议书,要详细描述承约商的实施装修项目的方法,以及使用的装修材料的具体规格。

2)承约商要提供可交付成果的详细描述。

3)在6月15日向本人反映项目进行的进度。

4)叙述承约商最近实施的项目,包括客户的姓名、地址和电话号码,以备核实。

5)列出将被指定为项目主要负责人的姓名和联系方式,以及工作经验。

(8)申请书的评价标准

1)承约商提出的建设方案(30%)

2)被指定为执行此项目主要负责人的姓名和联系方式,以及类似的工作经验(30%)

3)承约商申请书所列的固定成本(30%)

4)承约商提供的施工计划(10%)

组员:岳红 117 王华 213 周燕飞 126 赵涵玉 223 曾志锦 203 篇四:需求建议书

需求建议书(request for proposal,rfp)

什么是需求建议书[1] 需求建议书是指从客户角度出发,全面、详细地向服务商陈述、表达为了满足其已识别需求所应做的准备工作。也就是说,需求建议书是客户向服务商发出的用来说明如何满足其已识别需求的建议书,是客户与服务商建立正式联系的第一份书面文件,又称招标书。需求建议书一般由客户起草,主要描述客户的需求、条件及对项目任务的具体要求。一份完整的需求建议书主要包括满足其需求的项目的工作自述、对项目的要求、期望的项目目标、客户供应条款、付款方式、契约形式、项目时间、项目申请书的要求等。好的需求建议书能让服务商准确把握客户所期待的产品或服务。当然,并非在所有情况下都需要准备一份正式的需求建议书,当某一企业的需求由内部开发项目予以满足时,这一过程似乎变得简单多了,此时更多需要的是口头上的交流和信息传递,而不是把宝贵的时间耽搁在仅仅起到信息传递作用的需求建议书上。例如,某一软件开发公司感到公司原来的财务分析系统已经远远不能适应日益增加的业务需要时,便可直接要求软件开发小组进行开发,这时只需口头把相关的要求传达给软件开发小组即可。

[编辑] 需求建议书的主要内容[2] 需求建议书一般包含以下主要内容:

客户必须搜集大量相关资料准备需求建议书,因为it项目实施者需要按照rfp来准备他们的项目技术方案,并以此参与竞标。rfp中包括项目的目标,也就是用户的期望,也包括客户要求项目的进度计划;对实施商申请书的表格和内容的规定;客户希望潜在的实施商提交投标申请书的最后期限;评价申请书的标准等。一份好的rfp应该包括以下一些内容。

1.工作表述

工作表述就是说明项目的工作范围,概括客户要求开发商或项目团队执行的任务或工作单元,说明项目所涉及的各种事情,哪些必须由开发商或项目团队去完成,哪些由客户自己去做。例如,一个办公自动化软件系统的具体目标。又如建设一个网站,所需设备的采购任务,是由客户自己完成,还是由开发商去完成;企业网站上的页面文字,是客户自己撰写,还是由开发商撰写等。2.任务要求

需求建议书必须要具体规定开发商需要完成任务的规格和特征,如要求涉及大小、数量、颜色、重量、速度和其他开发商提出的解决方案中,所必须满足的物理参数和操作参数。例如,建立一个企业网站,可能要求在1 000人同时访问的情况下不会产生堵塞的感觉,网

站的浏览页面不低于多少;建立一个自动结账和收款系统,可能要求每天能办理12 000次交易的功能和其他特定的功能,如在开出了发票的30天内没有收到账款,就会自动产生催款通知。具体的任务要求,可能会成为将来的验收标准。

3.交付物

交付物就是开发商所提供的实体内容,这在需求建议书中应该说明。例如,对于自动结账和收款系统来说,客户可能要求开发商提供硬件(计算机)、软件(磁盘和一些印刷品)、操作手册和培训课程。交付物也可能包括客户要求开发商提供定期进度报告或终期报告。

4.客户供应条款

需求建议书还应该列出客户的供应条款。例如,客户需要建立一个网j站,可能需要向开发商提供企业内部的组织结构及各部门之间业务关系的详]细说明,包括信息流程的类型、信息流量和发生频率等。5.表述客户对需求的确认

需求建议书不是对客户需求的最后确认。最后的确认应该在对开发商提出的方案进行评估之后。例如印刷宣传手册,可能在开印之前要经过客户审定;局域网的建设,在购买材料和设备之前,客户必须审定开发商的技术方案。这一点在需求建议书中必须向开发商说明。

6.期望的合同类型(1)合同可以按固定价格订立。这样,开发商实际上就是费用包干。客户只给固定的价钱,不管开发商实际工作花费多少。开发商必须保证功能的实现和质量要求,超支的风险由开发商负担。

(2)合同也可以规定开发商不承担风险,即在时间、原材料限制的条件下,不论实际成本多少,都会给开发商特定的报酬,也就是所谓包工不包料。在我国现阶段的条件下,由于质量检验和资信度水平不高,这种合同比]较普遍。在需求建议书中,最好说明客户是希望采用那种类型的合同。7.期望的付款方式

付款方式可以分为一次性付款和分阶段付款;在开始前付款和结束后付款。一般依项目的性质来定付款方式。如网页制作,往往在项目末期付款;而架设局域网,一般在方案确认后,付款30%以便开发商采购,工程结束验收后付满90%,留10%等到使用一段时间以后确认无问题时付清。具体付款方式需要合同双方协商,但在需求建议书中,客户应该先提出自己的期望付款方式。8.要求的进度计划

进度计划的要求可能很粗,如要求在6个月内完成;也可以详细一些,如多长时间内完成方案设计和审定,多长时间内完成硬件选购与安装,多长时间内完成软件研制、测试与安装,最后开发商在系统安装调试后,在多长时间内提交所有的系统文件和操作培训。9.申请书的格式和内容提示

为了便于在几个开发商之间进行比较和评价,申请书应该在形式上采取同一个格式,内容的结构也应该一致。这样对不同的申请者来说比较公平,也能减轻客户在评审时的工作量。客户在需求建议书中可以限定申请书的每一部分采用的文字数量或页数。

10.提交申请书的最后期限

申请书受理的截止日期是必须要交代清楚的。例如,要求开发商在接到需求建议书后多少个工作口之内(如l周之内、1个月之内等)提交申请书,或大家一律在某月某日之前提交申请书。这样做的目的是便于同时对众多的申请者进行比较、评估,也是为了保持公正,不给某些开发商以额外的时间和机会。

11.对申请书的评价标准

要告诉开发商客户将根据哪些准则来评价他提交的申请书。这样做的目的,是指导开发商写好申请书。一般评价标准包括4个方面的内容:

(1)开发商在类似项目中的经验。如他们近期是否在预算内按期完成了类似的项目,客户对他们是否满意?(2)开发商提出的技术方案是否合适。如采用哪种类型的计算机软件?数据库的设计、方法是什么?用来建立管理信息系统的是哪种语言?采用哪些供应商的设备?等等。

(3)进度计划。开发商是否能按照所要求的进度完成项目计划?(4)成本。如开发商的报价是否合理?成本预算中有无漏算的条款?将来在执行时有没有可能出现超支,或有无可能因过于节约而导致质量不能保证?有的申请人为了争取合同,在报价上压低成本,到了执行阶段,或偷工减料,或增加成本,结果导致所建系统的缺陷很多,或使最终成本大大超出原始的估算。对此需要引起注意。

12.资金总量

开发商总是希望了解客户有多少资金可以用于发展拟议中的真t项目,但客户在需求建议书中,往往不愿意透露这个信息。其实,客户暗示大约的数字,告诉开发商他打算花多少钱来办这件事是有好处的,这样可以使开发商能够提交与资金水平相适应的申请书,提高在项目准备阶段的工作效率。

[编辑] 需求建议书的必要性[2] 需求建议书(rfp)是项目客户与开发商建立正式联系的第一份书面文件,也叫招标书。一般由项目的客户自己起草,主要描述客户的需求、条件以及对项目任务的具体要求,向可能的开发商发送。

需求建议书是客户为确保供应商理解项目的需求,并在此基础上提供项目建议书而编制的需求规范。虽然它不能确保客户据此就能获得理想的解决方案,但却可以帮助客户发现那些尽可能接近自身需求的系统准备。其

目的是从客户自身的角度出发,通过全面、详细地陈述,使开发商或项目团队理解客户所希望的是什么,以可行的价格满足客户的已识别的需求。

对于一些预算较少的客户,开发商往往不愿意花精力准备正式的方案建议书,这种情况下,客户的需求建议书就变得很重要。事实上,项目无论大小,都需要编写需求建议书。第一,需求建议书需要描述用户的目标与需求。编制需求建议书的过程也是客户进一步明确自己的目标与需求的过程,并以此建立起客户与供应商进行深人沟通的桥梁。即使因为各种原因使得供应商看不到或不愿响应需求建议书,这种努力也是值得付出的。

第二,需求建议书可节省选型的时间,并使得对各供应商之间的比较变得更容易。客户提供给所有竞标供应商的信息都是一样的,避免了跟各开发商的重复沟通,同时,有需求建议书作为基准,客户可以约束各开发商以一致的格式提交方案建议书,以提高各供应商之间的可比性。

第三,需求建议书可以避免一些潜在的疏漏。在准备需求建议书时,客户往往会因为太过关注具体细节而忽略了一些重要的因素。收到需求建议书后,有的供应商可能会主动对这样的疏漏提出质疑以提醒客户。还有些开发商为了使自己的方案建议书更具有吸引力,甚至会提出一些需求建议书没有涉及的好想法来拓展客户的思路。

[编辑] 编写需求建议书的一般原则[2] 需求建议书应该由用户编写,但各种客观因素的限制,实际上很难做[到。所以,很多时候都是由用户与项目小组共同编写。编写项目需求说明的j过程也是项目小组带领客户进入项目需求启发的过程。编写优秀的项目需求[建议书没有公式化的方法,需要大量的实践经验。以下是编写需求建议书需要把握的几个原则:

(1)需求应该是正确的。每个需求必须精确描述要交付的功能。确定需求内容是否正确,需要用户的代表来参与确认,由他们检查、决定用户需[求的正确性。没有用户的需求检查就会导致很多项目实施中的问题出现。例如用户会说:“这不是我们要的东西”;“你没明白我们的意思”,等等。

(2)需求应该是可行的。项目的需求应该在有限的资源(已知的能力、有限的系统及其环境)下是可实现的。为了避免需求的不可行性,在需求分析阶段应该有核心技术人员参与,检查在技术上什么能做、什么不能做,哪些需要额外的付出等。

(3)需求内容应该是必要的。需求建议书中的每个需求都应该有相应[的出处,即说明什么是客户确实需要的,什么要顺应于外部的需求、接口或标准。如果不能标识出处,则可能这个需求不是真正需要的。

(4)需求内容应该有优先权。优先权是由客户或其代理及项目小组共同商讨后建立的。如果所有的需求都被视为同等重要,那么在开发中遇到预t算削减、计划超时或组员的离开而导致新的需求时,项目经理将无所适从。一般优先权有以下三个级别。

1)高优先权,表明需求必须体现在本阶段项目的成果中或这个产品的版本中。

2)中优先权,表明需求是必须的,但是如果需要可以推迟到晚一些的产品版本中。

3)低优先权,表明有它很好,但我们必须认识到如果没有充足的时间或资源,它可以被放弃掉。

(5)需求内容应该是明确的。需求不该有歧义,要避免使用一些对于拟订项目需求建议书的人很清楚,但对于其他人模糊不清的词汇。如:用户友好性,容易,简单,快速,有效,几个,艺术级,改善的,最大,最小等等。每写一个需要都应简洁、直观地采用用户熟知的语言,而不要采用计算机术语。

[编辑] 需求建议书例子[2] 例:某企业项目管理软件开发项目需求建议书

有关单位:某企业(甲方)由于业务发展的需要,决定采用项目管理的方式进行管理,为了更有效地对项目的执行过程进行控制,该企业决定开发一套项目管理软件以满足这一需要。

1.工作表述

开发商将执行下面任务:开发项目管理软件。

开发项目管理软件的主要功能包括项目及工作信息的录入、项目网络计划图的绘制、项目时间计划的安排、甘特图计划的制定、项目执行信息的录入与分析及各种计划报表的输出等功能。2.要求

开发商应根据国家有关标准,提供开发计划和实施方案。篇五:软件项目管理项目建议书

湖南文理学院实验报告

时间: 2013 年 11 月 18 日

课程名称: 软件项目管理

实验名称:撰写毕业生就业信息管理系统项目建议书

班级: 姓名: 同组人: 无

指导教师评定: 签名:

一、实验目的掌握项目建议书的格式和写作要求,会结合具体项目写作项目建议书。

二、实验要求

1、结合模拟项目—毕业生就业信息管理系统项目写出项目建议书。

2、提交毕业生就业信息管理系统项目建议书(报告)一份。

三、实验环境 1.硬件:计算机 2.操作系统:windows平台。

3.相关软件:microsoft office软件。

四、实验步骤

1、背景介绍

随着internet的迅猛发展和普及,我国高等院校纷纷建立自己的校园网,使高校的办公,教学和管理工作发生了巨大的变化,并具有了新的特点,对教学管理工作提出了新的要求,也使得基于网络的高校毕业生就业招聘成为可能。通过internet,用人单位和就业者利用网络的便利,不直接见面,采用网络交互地就业联系、就业面试,以及就业意向和合同的签订等工作。我国部分高校目前正在尝试通过网络进行毕业生的就业分配工作,但目前使用的就业网站的开发应用,大多功能相对单一,多局限于就业信息的发布,就业信息的静态统计结果的公布及简单的就业信息查询,其实用性和互动性已经不能满足高校就业形势的需要。随着高校毕业生就业体制改革进程的不断深化和毕业生就业市场的逐步建立,高校毕业生在各种就业活动中求职面窄、择业率低、特别是信息量小的问题越来越突出。如何解决这一问题是摆在各级就业主管部门面前的严峻任务。正是在这种情形下,国务院对做好高校毕业生就业工作做出重要指示,即“要充分利用毕业生就业信息网络,沟通行业间、地区间、学校与用人单位间的信息,在毕业生和用人单位之间牵线搭桥。同时,通过信息反馈,优化高等教育结构,合理

利用有效资源,促进高等教育的健康发展”高校就业系统以招聘和求职系统为核心,以用人单位需求和服务为目标。明确了系统的定位,有利于构建优化网上就业服务体系,有利于不断激活毕业生就业市场,有利于网络资源的充分利用,有利于网上动态管理、杜绝虚假信息、拓宽网上就业服务功能。

2、项目的意义和必要性

毕业生就业信息系统和就业服务体系不完善,毕业生就业主要由学校、人才市场举办招聘会等方式获得信息,与需求方见面,信息渠道比较窄。毕业生的就业指导工作极为薄弱,就业指导教师水平参差不齐,专业的、高素质的就业指导教师太少;缺少优质的就业指导教材。所以,必须加强学生择业的政策咨询和信息服务,逐步建立起信息服务网络,建立毕业生就业网络系统,为实行网上求职择业创造条件和提供服务。目前,建设好大学生的就业网站,不仅仅是政府部门应该关心的问题,作为培养大学生的湖南文理学院也有同样的需求。

解决目前高校就业信息管理中存在的一些问题,如信息传递不方便、不快捷,数据分析及就业指导不及时,学生签约必须到不同部门领表、上交等繁琐的操作等。通过本系统可以使湖南文理学院毕业生就业信息管理工作更加合理化、科学化,提高工作的效率,从根本上改变就业管理工作的方式,通过internet,各院系和学生利用网络的便利,可以直接查询和提交就业信息。在这种系统平台下,可以快速、有效、全面的反映最新的用人单位信息、毕业生基本信息和就业趋势,及时提供高校学生工作管理人员对历届用人单位需求信息的分析统计,及时有效地调查分析大学毕业生的择业趋势和引发的心理问题并进行及时有效的就业指导。可以做到信息的规范管理、科学统计和快速查询,从而减少管理方面的工作量。

3、项目产品或服务的市场预测

(由于这个系统不是学院的直接收益产品,这里不做分析。)

4、项目的规模和期限

基于学院的实际情况,这个毕业生就业信息可以初步分为三个阶段来完成。

第一阶段,着重处理学院现有的问题,把系统运行起来,重点放在用户管理方面,分为用户注册、用户审核和用户登录验证三部分。

第二阶段,注重完成学校的就业信息发布,用户在通过系统注册后,可以查询各种信息。

第三阶段,系统管理,管理可以对学生用户和站内信息进行管理。

5、投资估算

具体相信的投资预算,由专业人员进行。这里只能给出对比其他同类学校信息系统的估算,3个阶段全部完成,大概需要5万人民币。这个估算不包括硬件设备的预算。

6、市场前景及经济效益初步分析

这个系统虽然不是学院的直接收益产品,但其带来的间接效益是毋庸置疑。具体可以表现为:

(1)管理决策的科学化。

传统的决策指示凭经验的大致的估算,无法采集到大量的数据,也无法对采集到的数据进行精确的分析,而毕业生就业管理系统通过internet,各院系和学生利用网络的便利,可以直接查询和提交就业信息,比较全面、及时地采集信息数据、并选定合适的管理模式,做出科学的决策,减少决策失误。

(2)管理工作的高效化。

在这种系统平台下,可以快速、有效、全面的反映最新的用人单位信息、毕业生基本信息和就业趋势,及时提供高校学生工作管理人员对历届用人单位需求信息的分析统计,及时有效地调查分析大学毕业生的择业趋势和引发的心理问题并进行及时有效的就业指导。

(3)网上就业服务体系的优化。

毕业生的就业指导工作极为薄弱,就业指导教师水平参差不齐,专业的、高素质的就业指导教师太少;缺少优质的就业指导教材。而毕业生就业网络系统加强了学生择业的政策咨询和信息服务,逐步建立起信息服务网络,为实行网上求职择业创造条件和提供服务。

(4)网络资源的充分利用。

指导老师可以开辟“求职顾问”,“就业指导”的板块,告诉毕业生就业过程中应该注意的问题,帮助学生完善职业形象;了解劳动关系法规;增强自身的保护意识;提高大学生竞争就业意识和能力。

大学生可以利用就业网络内容丰富、全面的就业信息,最新的国家就业政策和规范,了解国家就业形势,更新就业观念,树立正确职业观和就业观。同时,制作个人简历,实现网上的自荐求职,查询自己感兴趣用人单位的资料,来了解用人单位的情况。

用人单位可以浏览学生所在学校的网站来了解学校的概况及专业设置情况,了解学生专业知识结构和综合素质,并且通过学校就业网站来核对电子简历的诚信度。

(5)毕业生与用人单位的良好沟通

大学生通过查询自己感兴趣用人单位的资料,来了解用人单位的情况。对中意的单位可以投递电子简历。用人单位通过浏览学生所在学校的网站,了解毕业生的信息。有意向的双方可以通过网上面试的方式来进行进一步的沟通,提高学生和用人单位接触频率,促进就业工作开展。为企业和学生提供一个交流平台及更为人性化、个性化的服务。

另外需要注意的是,毕业生就业管理系统的效益一般是无形的,只有经过长期运行后的分析统计才能计算其收益,往往越成熟、科学、优秀的毕业生就业管理系统,带给我们的效益就越大。毕业生就业水平提高了,学校知名度也会随之提高,学校的生源也会越来越好。

综上所述,校方认为建立一个毕业生就业管理系统是非常必要的,请上级领导批示。

7、其他需要说明的问题

随着计算机科学与技术学院学院人数不断增加,毕业生的人数也会逐步增长,毕业生就业管理的难度也在不断加大,所有我们认为建立一个计算机科学与技术学院毕业生就业管理系统是在将来的影响和效益是不可估量。

2.软件项目需求调查表 篇二

软件需求是软件开发的开端与基础。在项目需求分析阶段, 开发方和委托方 (客户或本公司领导) 必须全面且尽可能细致地讨论并确定项目的应用背景、功能要求、性能要求、操作界面要求、与其他软件的接口要求以及对项目进行评估的各种评价标准。在进行需求分析时, 可以首先分析客户原有系统的建设情况, 对客户的原有产品进行分析, 明确建设目标等。

一项目需求工程

1. 需求工程的定义

需求工程是所有与需求直接相关活动的通称。开展需求工程的目的是使开发方和委托方对项目需求有共同、清晰的理解, 并能够依据双方确认的需求开展后续开发工作。

2. 需求工程活动的分类

需求工程中的活动可分为两大类:需求开发和需求管理, 需求开发和需求管理又可细分为6个活动。

二软件需求开发

软件需求开发是软件工程的第一个重要环节, 在包括需求、设计、编码、测试和维护等阶段的软件生命周期中, 需求开发处于软件工程的开始部分, 它提供构建软件项目的根基, 决定软件开发成果与客户需求的匹配程度。软件需求开发的主要活动如下:

客户需求调研:通过各种途径, 来获取客户 (购买者、使用者和影响者) 的原始需求。软件需求获取的方法有:与用户交流, 向用户提出问题;参观用户的工作流程, 观察用户的操作;用户工作的情景分析;现有系统的问题报告和改进要求;事件和响应;市场调查或向用户群体发调查问卷;与同行、专家交谈, 听取他们的意见;分析已经存在的同类软件产品, 提取需求;从现有产品或竞争产品的文档中提取需求;从行业标准、规则中提取需求;从Internet上搜查相关资料等。

客户需求分析:需求分析是对各种途径获取的客户需求原始信息进行分析, 消除错误, 补充细节等。确保最终的需求文档能够正确地反映客户的真实意图。

项目需求定义:在需求调查和需求分析的基础之上, 按照指定的格式撰写需求文档, 即《需求规格说明书》, 项目团队依据《需求规格说明书》开展后续工作 (设计、开发、测试等) 。

三软件需求管理

1. 需求管理在软件项目管理中的地位

在软件项目管理中需求开发是软件开发的第一步, 是关键的一步, 也是最难把握的一步。同时, 从软件的项目立项、研发一直到维护, 用户的经验在增加, 对使用软件的感受有变化, 以及整个行业的新动态, 都为软件带来功能不断完善、性能优化、提高用户友好性等需求变更要求。可以说, 需求变更贯穿于软件项目的整个生命周期, 如果不能有效处理这些需求变更, 项目计划会一再调整, 软件交付日期一再拖延, 项目研发人员的士气将越来越低落, 将直接导致项目成本增加、质量下降及项目交付日期推后。这决定了项目组必须要重视需求管理并拥有行之有效的需求管理策略。需求管理做得好坏会直接影响到软件的质量, 甚至软件项目的成败。

2. 需求管理的主要活动

需求管理主要包括项目需求评审、项目需求跟踪、项目需求变更控制三个方面, 三个方面相互关联, 构成一个有机的整体。

2.1项目需求评审

根据需求调查和需求分析的结果, 撰写的《需求规格说明书》应当进行需求评审, 确保需求确定的科学性。可采用下列指标进行评审: (1) 正确性:每条需求都正确代表构建软件系统所要完成的事情。 (2) 无歧义:每条需求只有一种解释。 (3) 完备性:需求不能发生遗漏, 应全面考虑相关问题。 (4) 一致性:用户需求必须和业务需求一致, 功能需求必须和用户需求一致。 (5) 重要性和稳定性分级:现有资源不足以实现所有需求时, 可以根据级别的高低决定实现的先后, 舍弃一些级别低的需求以保证项目的按期交付。 (6) 可验证性:需求分析是可测试的, 只有系统的所有需求都是可以被测试的, 才能够保证软件始终围绕着用户的需要, 保证软件系统是成功的。 (7) 可修改性:每一条需求都易于完整一致的进行变更, 且不改变需求集的结构和风格。 (8) 可跟踪性:每条需求都是可溯源的, 且存在一种机制使得在以后的工作中引用需求是可行的。 (9) 可理解性:用户和开发人员都完全理解需求集的整体行为、所提供的功能及其中的每条需求的含义。

2.2项目需求跟踪

需求跟踪的目的是建立与维护“需求-设计-编程-测试”之间的一致性, 确保所有的工作成果符合客户需求。很多人这样认为:如果依照“需求→设计→编程→测试”这样的顺序来开发软件, 由于每一步的输入就是上一步的输出, 所以不必担心设计、编程、测试会与需求不一致。需要指正的是, 在实际情况下即使采用严格的瀑布模型也不能保证每个环节的工作成果与需求保持一致。因为软件开发者是人而不是机器。人们的表达能力、理解能力不可能完全相同, 人与人之间的协作很难达到天衣无缝的境界。假如没有需求跟踪的话, 开发过程中的每个环节都可能发生偏差, 最终面目全非。

2.3需求变更控制

需求发生变更的主要原因有: (1) 随着项目进展, 开发方和客户方对需求的了解越来越深入。发现原先的需求文档可能存在这样那样的错误或不足, 因此要变更需求。 (2) 市场发生了变化, 原先正确的需求可能跟不上新的市场需求, 因此要变更需求。提出需求变更的动机是好的, 目的是希望开发成果更加符合客户的需求。但是对项目开发团队而言, 变更需求意味着要重新分配任务、修改前期工作成果等, 为此付出较重的代价。如果每次需求变更请求都被采纳的话, 这个项目也许永远不能按时完成。

3. 软件需求管理中存在的问题

目前在软件需求管理中存在一些问题, 主要体现在对需求描述的细致性、正确性、完备性把握不足以及对软件需求的变更难以控制和正确处理。

3.1需求描述的细致性

软件需求在整个软件系统开发中起着非常重要的作用, 一般来说, 需求描述越详细越好。有人认为, 项目的开发方与用户在各种问题上的要求基本轮廓达到一致即可, 具体的细节可以以后再填充, 这是一种非常危险的思想。不管需求分析做得多么细致, 以后对需求的变更都是必然的。另一方面, 在需求分析阶段, 开发人员希望再多投入一些时间, 但是用户却不这么认为, 因为需求阶段是软件系统开发首先要进入的阶段, 离最终开发出可用的系统还有很长一段距离, 这也导致了双方的不一致。同时, 如果在需求阶段投入很多时间, 时间越长, 可能的变化就越多, 对设计的限制也就越严格。因此在需求描述的问题上, 没有统一的界定, 需要开发人员学会适当的把握。

3.2需求描述的正确性

软件开发是一种专业行为, 一般的用户难以理解软件开发人员的开发理念。所以在和用户交流时, 他们讲述的需求在实际中利用现有的技术可能是实现不了的, 用户以为自己很清楚自己的需求, 但实际上他们只是依据当时的工作需求提出的。随着开发工作的不断进展, 用户可能想到更多的功能和特色, 进而对以前的需求进行改动, 导致需求的不一致。

3.3需求描述的完备性

系统的需求层出不穷, 我们不可能做到把所有的需求都一一列举出来, 并且随着时间的推进, 用户的需求也会越来越多, 要穷举需求是不可能做到的。另外, 并不是用户提出的所有需求都要满足, 在项目的最后, 改变一个需求对整个项目的影响或损失很可能会超过需求本身给用户带来的益处。

3.4需求的变更

需求的变化问题是每个开发人员、每个项目经理都遇到的问题, 也是最头痛的问题, 一旦发生了需求变化, 不得不来修改已有的设计、重写相关代码、修改测试用例、调整项目计划等等, 需求的变化好比是万恶之源, 为项目的正常的进展带来不尽的麻烦, 怎么办?必须加强管理, 使需求在受控的状态下发生变化, 而不是随意变化, 需求管理就是要按照标准的流程来控制需求的变化。但难题随之而来, 需求中的变化一般不是突发的革命性的变化, 最常见的是项目需求的渐变问题, 这种渐变很可能是客户与开发方都没有意识到的, 当达到一定程度时, 双方才发现已经物是人非, 整个需求发生了质的变化。

4解决问题的策略

针对软件需求管理中存在的问题, 必须建立解决问题的有效策略, 特别是针对需求变更, 必须要有正确的认识, 也要有有效的管理机制以及与用户良好的沟通机制。

4.1对需求文档版本控制

客户签收的所有过程文档都要作为基线确定下来, 做好相关文档的管理工作。需求的基线是指是否容许需求变更的分界线, 需求分析人员在充分与客户用户进行沟通的基础上形成第一个版本的需求文档, 这个需求文档在通过需求评审后即可以建立第一个需求基线。此后每次需求变更并经过需求评审后, 都要重新确定新的需求基线, 以免将来用户需求发生变更时, 原来的需求无法查找。为有效进行需求变更控制, 必然要做的工作就是保存好各个版本的需求基线, 维护需求基线文档, 以备不时之需。

4.2正确认识需求变更

变更的需求之所以变得难以管理, 不仅是因为一个变更了的需求意味着要花费或多或少的时间来实现某一个新特性, 而且也因为对某个需求的变更很可能影响到其他需求。应确保赋予需求一个有弹性的结构, 使它能适应变更, 并且确保使用可追踪性链接可以表达需求与开发生命周期的其他工件之间的依赖关系。管理变更包括建立基线, 确定需要追踪的重要依赖关系, 建立相关项之间的可追踪性, 以及变更控制等活动。

4.3管理需求变更

变更控制不应该只是软件开发过程应该考虑的事情, 随着软件产品的开发和时间的推进, 用户会提出越来越多的新需求, 甚至在交付软件产品的最后阶段用户还会有不同的需求, 因此需求变更的管理应贯穿于整个项目生命周期的全过程。为了使变更对项目的影响降到最小, 就应当采取合适有效的变更控制策略, 确定一个选择、分析和决策需求变更的过程, 所有的需求变更都需遵循此流程。对需求的变更的处理应该分以下几个步骤:提出变更、变更评估、实施变更、监督变更过程。

4.4与用户充分沟通

在需求管理过程中与用户的沟通很重要, 因为它直接决定着最终软件产品是否满足客户的要求, 即很大程度上决定着项目的成败。在沟通时, 双方对需求的认识要一致, 不能模棱两可。讨论需求及变更需求时, 需求人员与客户及用户应该尽量采取协作的态度, 良好的工作氛围也会提高工作效率, 很难想象双方在“刁难”与“对付”的态度下是多糟糕的工作场景。确定需求基线的过程也是与客户用户交流的过程, 而频繁大量的需求变更在很大程度上也是交流不充分的后果。所以, 有效的充分的交流尤为重要, 需求人员认真听取客户用户的要求, 进行分析和整理, 并最终取得用户的确认。

四结束语

需求管理是一个持续的不断完善的过程, 软件项目开发过程中需求管理的问题有很多, 随时都有用户需求变更, 需求分析的错误也时常发生, 需求质量难以保证, 针对这些问题, 如何采取有效的措施以尽可能减少这些问题可能给项目造成的影响也显得尤其重要, 另外关于需求的质量问题, 需要结合CMMI标准进行需求的质量管理, 有效提高软件的总体质量水平。我们相信随着软件工程的发展和进一步成熟, 软件需求管理的发展会取得更大的进步。在实际项目中, 我们要坚持改善软件工程的管理, 并在实践中总结适合自身的经验, 这样才有利于需求管理技术的不断进步和软件项目的顺利完成, 创造出更高的品质和更大的效益。

参考文献

[1]侯悦.浅析软件项目需求变更管理[J].福建电脑.2009年07期

[2]陈丽杰.浅析软件项目管理中的需求管理[J].科技资讯.2007年14期

3.软件项目需求调查表 篇三

关键词:职场需求;校企合作;软件项目工作室

中图分类号:G712 文献标识码:A 文章编号:1674-7712 (2012) 14-0135-02

党的十六大明确指出:要坚持以信息化带动工业化,工业化促进信息化,走新型工业化道路。软件技术作为信息化的核心,国家需要大量的计算机软件人才。

一、软件专业教学存在的问题

为了培养软件行业所需人才,几乎各个院校都开设了计算机软件相关专业。尽管每年都有这么多的学生进入计算机软件专业学习,但我国的软件人才需求缺口依然巨大,最终能在软件专业岗位留下来的人才不到软件专业招生学生的30%。

从目前软件专业教育来看,大学的软件专业教学存在着两个重要的问题。

(一)所学与所用脱节

这个问题体现在两个方面,第一方面,大学的软件专业教学普遍还停留在理论讲授的阶段,讲的内容多,但做的东西少。这就导致了学生所学不能所用,不能充分的理解并转为应用;第二个方面是指软件专业的一些专业课程讲授内容滞后造成软件专业毕业生技能水平与社会实际要求相差较大,一旦走入岗位,发现无所适从,一切又得从头学。

(二)专业技能不熟练

有些学生在校学习不错,基础也挺好,但对软件专业的各个岗位技能需求不明确,对自己将来要从事的岗位和未来职业定位也不是很清楚,在校学习的技能与社会所需的熟练技能存在着一定的差距,这就是我们最常听见学生反馈的——很多东西都朦朦胧胧的,做不到对应职业岗位的要求水平。

二、软件行业职场需求的特点

软件专业的教学所出现的问题其实是与软件行业职场的特点息息相关的。目前,我国软件产业继续呈现快速增长态势,增幅始终高于电子信息产业平均水平,产业规模继续扩大,软件出口平稳增长,产业结构与布局不断调整。软件行业职场呈现出以下主要特点。

(一)软件岗位分工越趋精细化

随着软件规模的不断膨胀和软件开发技术的发展,软件开发的分工和组织也变得越来越复杂,对一个软件产品或者一项软件工程来说,参与角色通常包括如下几种:高级经理、产品经理或项目经理、开发经理、设计师、测试经理、开发人员、测试人员、项目实施人员。我们现在都提倡模块化编程,模块划分遵循高内聚、低耦合的原则。模块化可以使软件结构清晰,容易设计、容易阅读和理解、容易测试和调试;提高软件可靠性;有助于软件开发工程的组织管理。同样,我们的项目管理也在学习软件的模块化思想。项目成员之间有明确的分工,分工遵循高内聚、低耦合的原则,减少工作重复内容。

(二)软件岗位要求知识面偏广

虽然软件行业岗位分工明确,但每个岗位间有着很多千丝万缕的联系,在平常的工作中,我们会经常沟通和交流;又由于计算机学科本身是一门综合性学科,所以势必造成各个岗位普遍要求任职人员对软件技术知识面要偏广,知识面越广,在IT领域的发展空间也越大。

(三)软件岗位与日俱变、岗位需求变化较快

目前,基于框架的开发使得程序员从繁重的后台数据访问中解脱出来,越来越多的应用开发更多的关注于前端的开发,即“富”客户端开发,富客户端开发技术正在越来越受到重视。这个岗位上的人才需求明显增多,但市场供应明显不足。同时,通过深入市场,发现前几年需求较旺的软件测试人员受到了冷落,人员也偏多,而新生的3G开发,Android应用开发等新型领域的开发岗位和开发人员受到青睐。据调查,软件开发岗位一般2-3年就会有一次新的需求产生和技术变革引来的替换。

三、基于职场需求的校企合作软件项目工作室的建设

为了解决目前软件专业教学所出现的问题,我们认为通过相关教学改革最终要达到以下三个目标:一是学生的学习过程要与软件公司项目开发过程接轨;二是教师授课模式要与软件公司项目经理带团队模式接轨;三是学生的实际能力要与软件企业对员工的要求接轨。其中前两个是过程控制,最后一个是实现目标。

而通过在大学里建设基于职场需求的校企合作软件项目工作室可以帮助以上目标的达成,针对企业具体就业岗位,锤炼学生的技能熟练度和技术的深度,做到有的放矢,有效地弥补大学教育知识广而非精的弊端,更好地与企业实现接轨。下面来介绍一下项目工作室的重要建设内容。

(一)专业导师担任项目团队经理

项目工作室的项目团队经理职位在整个项目工作室建设中起着非常关键的作用,他是软件项目工作室的领头人和开拓者。一般由专业导师担任,专业导师必须是“双师型”,要有多年的企业一线工作经历,有着丰富的软件技术技能和经验,教学期间能常参与企业的顶岗学习或为企业做技术顾问等相关工作。

学校也要鼓励教师面向企业,面向生产,直接参与技术开发、技术转化与技术改造。采取激励措施,促进“双师型”教师队伍的建设,学校可结合本身实际情况,从制度上、政策导向上向积极开展校企合作的“双师型”教师倾斜。

(三)建立岗位考核与奖励机制

参考软件企业,以“虚拟公司”建立项目工作室岗位考核制度,考核以量化指标为主并辅以非量化指标结合进行,体现多劳多得的原则,同时鼓励技术创新和技术复用,将团队合作也纳入到项目小组的绩效考核之中,整体项目的考核可以从项目完成质量、项目完成时间、项目成本三个维度进行考核。此外,可以按月、学期进行时间梯度上的考核,注重考核的时效性和激励作用。

(四)校企基于项目互赢合作

项目工作室以外包的方式承接企业软件项目,企业对完成的项目进行验收和评估,并支付一定的软件开发费用用于奖励导师和项目工作室学生。项目工作室可定期邀请企业技术骨干指导项目开发。学生也可以经常深入企业进行学习。表现好的学生毕业后可以直接进入到企业就职。

四、结束语

我们认为,大学教育结合技能岗位教育才是解决“企业招不到人,学生就不了业”两难困境的钥匙。而基于职场需求的校企软件项目工作室的建设是实现这一途径的有效方法。通过与市场接轨的职场岗位锻炼,学生必能学以致用,振翅高飞。

参考文献:

[1]李德有,解晨光,刘明刚.高职高专计算机软件专业教学改革的探讨[J].哈尔滨金融高等专科学校学报,2009,99.

[2]钟石根.基于“导师制、项目化”建设校内生产性软件项目开发实训工作室[J].出国与就业,2011,14.

[3]赵学义.论高等教育的职业导向[J].教育发展研究,2008,11.

[4]胡艳曦,曹立生,刘永红.我国高等职业教育校企合作的瓶颈及对策研究[J].高教探索,2009,1.

4.如何写软件项目需求说明书 篇四

进入软件开发行业也有一段时间了,大大小小项目也接触了一些,对于怎么写好项目需求文档做一下总结,发表一下自己的看法。1 获取需求:

作为需求方也就是甲方,通过语言描述或文档的方式将需求(系统需要提供的功能)提交给开发人员(需求分析人员)。

获得需求的方式可以有多种多样:电话询问、现场考察、聆听用户讲解、阅读用户编制的相关文件(如招标书),其实这些方法都是GET方式,我们可以通过以下两类技术手段来达到:GET(获取)和PUSH(引导、反馈、激发)相互结合的方式来得到我们真正的需求,而这两个过程都是必须交互进行的,一般我们可以筛选一名非常有经验(包括谈判技巧、深厚的业务和技术背景、人缘很好、勤奋努力)的人士担任需求工程师,长期在客户那里工作。2 需求分析人员

(1)根据客户提供的文档或语言描述,将需求按功能划分,以用例图的方式表达系统提供的功能模块及功能模块之间的关系,完成用例图后与客户确认大的功能模块,并对每个功能模块做进一步的沟通详细记录用户所提供的关键性的描述,此过程需要系统分析人员对客户进行引导。

(2)对每个功能模块进行详细分析与描述,具体信息包括:用户角色、功能说描述、IPO的方式进行描述(即输入项、输出项、处理)、要提供必要的功能说明,如果使文档更加直观,更容易让客户理解,可以用UI的方式表达输入输出,配合必要的描述,这样对于客户更加容易理解,需要与客户进行大量的沟通确认。

(3)编写数据字典:在需求阶段,很难使团队的思路一致,建立一个合适的机制是完全必要的,这就是数据字典,数据字典是对系统用到的所有数据项和结构的定义,以确保开发人员使用统一的数据定义。在需求阶段,数据字典至少应定义客户数据项以确保客户与开发小组是使用一致的定义和术语。分析和设计工具通常包括数据字典组件。

(4)关于文档具体表述的格式与形式,要根据所要表达的功能来确定,最重要的是把事情描述清楚,这事最终的目的;

5.软件项目需求调查表 篇五

深圳市建设科技促进中心协同办公软件

采购项目招标需求

一、项目概况

(一)项目名称:深圳市建设科技促进中心协同办公软件(以下简称办公软件)采购项目。

(二)工期要求:合同签订后一年内完成软件安装、平台搭建、二次开发系统调试及上线试运行。

(三)项目预算:人民币40万元(上限)。

二、项目背景

深圳市建设科技促进中心受市住房和建设局委托,主要承担建筑节能、绿色建筑、装配式建筑技术服务、建设科技推广等业务。近年,促进中心又相继承担了绿色物业管理项目评价、建设科技创新园筹建、建筑废弃物管理等工作,业务量大大增加。此外,住房和城市建设发展研究中心加挂到促进中心,中心员工和业务量大大增加。业务数据繁多,中间环节复杂,管理和业务上常常面临沟通不畅、信息无法及时获得等困难。因此,中心需要建立健全的协同办公系统,1 有效解决中心内部各种业务流程间的关联交叉,实现内部的信息资源共享,提高整体工作效率和业务水平。

建设目标

根据本中心业务需求,构建起一个弹性、灵活、高效、安全的信息化协同平台。通过协同办公系统,实现远程办公、移动办公、无纸化办公;提高本单位各部门及员工的办公效率、提升整体管理水平;提高业务协同和数据整合的效率,为中心的管理提供信息支持;建立一个具有前瞻性、先进性、可扩展性和易于集成的大型组织办公协同平台。

建立一个多平台、多终端、适应性强的业务协同与信息共享的平台,实现管理、业务一体化。

建设内容

根据协同办公业务的需求,协同办公系统应包括: 协同工作平台

办公门户:实现门户信息共同展示,支持门户分类,支持个性化配置;门户空间可按业务、职能等进行标准实现及自定义设定,支持换肤;提供车辆管理、通讯录、工作代办、个人事务等业务协同。

信息门户

2(1)信息门户可基于应用支撑平台的门户引擎,提供有针对性的虚拟门户,为系统提供可配置的多级门户,具有权限的用户可以定义门户布局、样式和显示内容。

(2)可建立不同层级的门户,如职能部门门户、主题门户(如规章制度专栏、安全生产专栏、政策法规专栏)等。门户集中发布最新的公告通知、规范制度、工作动态、人事任命、会议日程等动态信息。让所有员工都快速了解到中心动态。

(3)在具体的门户上,具有权限的用户,能够选择门户样式、布局并能够可视化配置不同的门户模块和布局。门户需要支持层次结构,分级授权,以满足集中部署的要求。

(4)通过元素的设置将系统内的协同工作、流程、计划、公文等信息都通过信息门户的方式发布到信息门户中,每一个信息的元素可以对应到不同的文档目录中。

(5)个人桌面:用户可以按照个人的工作习惯,自定义个人的业务系统模块、常用的应用系统的入口图标、个人门户的布局及皮肤,形成个性化的个人工作台。

(6)系统应自动把员工日常工作内容推送到个人门户平台,进行汇总、跟踪、查询,包括有自动把上级或其他同事所提出的申请请求推送到办公桌面上、有最新的知识提醒阅读、外部的门户信息,每天安排的计划日程、所需查看的邮件等等。工作流

(1)用户可以发起建立工作流程。

(2)流程环节在处理时可以根据需要进行更多改变,增加、减少节点;提供支持退回上一节点、流程转发、节点汇合签署意见等功能。

(3)流程意见支持流程环节内所有人员的回复、消息直连和流程处理即时讨论、留档、同时触发提醒。

(4)提供流程监督、管理功能,流程中各节点处理状态和收阅情况一目了然。

(5)可提供流程与其他流程之间的关联。

(6)系统提供高效的电子表格工作流程审批机制,同时要求表格制作及流程绑定维护简单、灵活,支持辅助表格编辑软件的集成应用。

(7)支持提供流程内容的在线编辑,修改,并支持上传附件、以及关联其他的流程。

业务管理

(1)可自定义业务的单据、表格,单据的权限控制到数据字段。

(2)搭建业务工作流程,如绿色建筑设计、运营标识评价,建筑领域新技术、新产品认证,装配式建筑项目技术认定等。

4(3)支持业务数据的统计查询,可根据用户需求自动生成相应统计图表,如某一业务月度、季度、统计数据表。

(4)能够支持业务模块的菜单生成,无需进行代码开发。

(5)自动生成业务展示桌面型,实现业务的信息展示、统计图表和图形展现。

日程计划

(1)建立日程计划功能模块,建立以工作计划和日程管理为核心的工作任务模式,实现计划、执行、结果一体化。

(2)建立周日程汇总模板,可汇总单个员工、项目的周/月/年工作计划表。

(3)具备生成、打印周日程安排的功能。

(4)提供日程短信或即时消息提醒功能,支持提醒规则设置,如日程提醒可关闭、可设定重复提醒、可设定提醒日期、时间等。

合同管理

(1)建立合同管理模块,实现合同的签订、合同款支付、验收、结算全过程管理。

(2)提供合同的签订流程,包括申请、审批、签订、备案存档等流程。重点项目合同可自动生成项目库基础数据。(3)提供合同款支付流程,包括支付申请、审批、付款、登记备案等流程,可跟进和统计合同款项的支付进度。

(4)提供合同验收流程,包括验收资料的上传、审核、验收结果、归档等。

(5)支持合同的分类管理和统计,并可生成统计相应图表。

项目库管理

(1)建立项目库管理模块,实现中心项目立项、实施、验收、归档全过程管理。

(2)可实现项目进度查询、跟踪管理。(3)可实现项目收支明细管理。请休假管理

(1)建立请休假管理模块,可实现员工请假单、休假单的填报、申请、审批,请休假的撤销和确认,并可关联到个人日程表单中。

(2)建立请休假汇总模板,可生成部门及全单位的月/季度/年请休假汇总表。

用品管理

(1)建立用品管理功能模块,实现单位办公用品需求计划上报、计划汇总、购买入库、领用申请、发放、库存情况等全过程管理。

6(2)提供需求计划上报审批流程,办公用品使用部门在系统内填报需求计划并审核,综合部门对各部门审核过的需求计划进行汇总,经批准后进行采购。

(3)提供办公用品领用审批流程,办公室根据申请进行发放处理,对发放情况进行记录,支持根据需求计划自动创建领用申请。

(4)提供多种维度的查询统计功能,能汇总统计单位、部门的办公用品费用发生情况,提供相应报表打印功能。

工作协同

(1)在日常工作中,对于一些临时性、没有固定流程的工作和任务,通过内部协同功能临时建立一个工作处理流程,通过临时设置工作流程步骤,选择相关处理人去办理。根据协同业务需要,设定具体流程,使各种协同事宜在系统中流转完成,真正实现无纸办公。

(2)协同工作流程既能够在同一单位内进行,也能够在上下级单位之间进行。各事项能够按需进行文件表单的定制、流程的定制,定制简单灵活、易于使用、易于修改。协同工作支持简捷的文字编辑、信息流转、回复、意见加载,以及附件加载。

会议管理

7(1)对会议室资源进行维护和管理,包括会议室地点、时间、会议状态等信息的设置,会议申请者受控选择会议举办的地点,进行图形化显示会议资源。

(2)系统消息、邮件、短信等形式通知参会人员,并对参会人员对通知信息的查看、反馈进行跟踪。

即时通讯

(1)具有即时沟通功能模块,可实现点对点的即时沟通,实现建立多人群组会议,可上传附件、断点续传、聊天记录查询。

(2)即时通讯的组织架构和人员需要与协同平台组织架构和人员完全一致。

移动办公

(1)系统平台应具备独立的客户端应用特性,应充分尊重手持终端的硬件特性

(2)需具备会议管理、微信整合、公文管理功能。(3)具备来电识别功能和智能保存提示功能。新闻公告

(1)可提供发布各种信息的功能,如各种通知、通告、新闻等信息。

(2)按照发布的内容自行设置不同栏目,员工按职责分别赋予查看、发布和管理的权限。

知识文档管理(1)知识文档管理机模块实现文档在中心范围内的共享和传递。“层次化”管理各种文档,将各种文档分门别类进行层次化的目录管理,以及使用关键字或全文搜索,方便员工检索和查阅文档。实现对文档处理周期的管理,包括文档的撰写、审阅、批准、发布、存档等各个环节。

(2)建立统一的知识文档库,提供知识全生命周期管理,包括知识及流程信息收集整理、知识分类、知识热点、知识发布、知识积分等。

(3)知识文档来源包括用户主动提交、专题征集、业务处理过程中的流程信息、会议材料、规章制度、经验总结、项目文档。

(4)知识管理需要提供丰富的在线查询功能,包括按目录索引查询、按类型查询、按关键字查询、全文搜索等。

(5)主要包括如下功能:文档维护、为新文档创建主分类、类和子分类、创建新文档类型格式、使用主分类-类-子分类和文档类型格式创建新文档、文档首页按分类/类型进行分组显示、文档版本控制、选择和删除/存档/起草所有文档、移动文档、文档归档档案、文档预览、文档打印、文档进行权限设计。

设计原则

根据深圳市住房和建设局对信息安全的需求以及以往安全工作的实施和实践,提出协同办公平台的建设必须满足以下原则:

(1)安全性

该协同办公系统应从应用场景、技术方案、产品和管理制度等方面,系统性分析安全风险,基于安全等级保护要求和最小授权原则,充分保证系统的安全性。

(2)可靠性

针对系统设计、项目实施、运维生命周期的各个环节实施严格的技术管理,从端、管、云的整体视角,保证系统的可靠性。

(3)可扩展性

要求在保证安全的基础上使整个网络或终端架构具有灵活的可扩展性,特别是对新的应用场景、终端和业务系统的扩充等要求具有良好的支持。(4)开放兼容性

该系统必须要求采用开放式的平台化架构,适配不同类型的智能终端和异构的后台业务系统,提供可集成的安全接口,可以与第三方的业务系统进行对接集成,实现用户使用体验的一致性。(5)可管理性 该系统基于端、管、设计完整的可管理方案,所有安全系统都具备在线式的安全监控和管理模式,并进行丰富的呈现。

(6)可追溯性

系统的需求设计及平台的操作都遵循可追溯性原则:  确认该设计是否覆盖了所有已确定的软件需求,软件每一成份是否可追溯到某一项需求;

 针对用户在系统平台的关键操作进行记录,存留操作日志,以便后续满足日志审计要求。(7)易用易维护性

该系统应易学易用,界面简洁美观,便于操作,易维护管理。

三、部署要求

本系统的开发用户数暂定为100个,投标人应针对本项目建设和运行所需的软硬件产品给出合理可行的配置建议方案。

服务器操作系统、中间件和数据库系统需支持市面上主流软件。

四、总体要求

 支持二次开发新的功能模块,以扩充系统功能  系统应用和管理都完全采用B/S结构,无需安装客户端或下载插件,遵循通用WEB浏览器规范实现,支持HTML、DHTML等通用的浏览器标准。客户端通过IE浏览器即可完成查询、填写、审核、报送等一系列相关业务操作

 系统应提供统一的数据交换接口和应用服务接口,应采用XML作为统一的数据接口格式

 所提供产品应具有可复用性和扩展性,能适应用户业务需求变化,通过配置满足新的需求  满足用户对系统的性能、界面等要求  满足系统安全的总体要求

 总体架构设计应有强有力的成熟技术与产品做支撑,不能流于形式

 系统所需的虚拟化部署软件、操作系统、数据库给出详细的建议方案

五、其他要求

(一)项目实施进度要求

为了保证项目顺利实施,方便项目管理和监控,项目承建方必须制订详细的项目实施计划,并在执行过程中不断跟踪和改进。

其整体项目试运行周期为1个月,试运行通过后1个月内完成项目整体验收工作。

(二)项目服务要求

1.中标人提供1年免费维护服务,自项目验收之日起开始计算。

2.在免费维护服务期内,中标人应向用户提供以下技术支持与服务:

a.提供7*24小时热线电话支持。b.提供5*8邮件等远程支持。

c.当系统出现故障时,中标人在接到用户反映后1小时内做出技术支持反应,4小时赶到现场,重大问题2小时内赶到现场。

d.提供系统免费升级服务。

(三)培训要求

中标人必须提供相关的培训服务。

中标人必须提供高水平的现场培训,培训内容列入投标文件。

中标人应根据系统运行、维护、升级的要求,对培训内容、效果、时间、地点、人数提出详细培训计划。

(四)付款方式

根据项目实施进度要求,本项目具体付款方式如下: 1.合同签订之日起15个工作日内,甲方向乙方支付合同总价30%作为预付款;

2.完成所有功能开发和上线投入正式使用后15工作日,甲方向乙方支付合同总价30%的款项;

3.完成项目整体验收后,甲方向乙方支付合同总价30%的款项;

4.维护期满一年后支付合同总价10%的款项。

(五)服务人员要求

1.投标人必须成立独立的项目组。要求技术团队至少4人,至少一名专职的项目经理。2.项目组需设专职的测试人员。

3.投标人中标后,从项目开始实施到项目验收通过为止,如无甲方许可投标人不得更换投标文件中约定的项目经理和主要技术人员。

4.项目组所有技术人员必须在甲方驻场完成运维管理平台项目的功能开发及上线工作。

(六)知识产权及保密要求

投标人拥有该项目知识产权,采购人拥有项目软件的使用权。

投标和采购双方应遵守国家的有关保密规定,妥善保管对方提供的资料,保守对方的各项秘密,并保护对方的知识产权。

6.软件项目需求调查表 篇六

中小学骨干教师短期集中培训项目” 美术学员需求调查问卷

尊敬的学员:

您好!

为了提高本次培训的针对性和实效性,我们首先需要了解您的情况和想法。希望能认真填答该问卷,您的配合就是对我们培训工作最有效的支持。

该问卷不与学员评价挂钩,请放心填写。

感谢配合和支持!

一、学员基本情况:

姓名:学科名称学科教龄市县工作单位:

1、性别()

①男②女

2、年龄()

①30岁以下②31—40岁③41—50岁④51—55岁⑤56—60岁

3、第一学历()

①中师②专科③本科④硕士研究生

4.第一学历是否所教学科专业()

①是②否③所学专业

5. 您的专长是()

①理论研究②教学③行政管理④三项综合二、中小学美术教学及教研、教改方面的现状

1.您对美术教学工作()

①充满激情和追求 ②有一定激情,不太追求 ③ 没有激情,感到无奈 ④感到厌倦

2.您认为目前我国中小学美术教学内容分为“造型表现、设计应用、欣赏述评、综合探索”四大领域()

① 非常理解和赞同② 比较理解和赞同③不清楚④不理解不赞同

3.您对利用多媒体教学的认识及操作水平如何?()

①不了解,不喜欢运用②认为很有帮助,并能进行简单操作

③操作自如,并能根据课型合理运用

4.您认为在美术教学中最大的困难是什么?()

①差设备②缺教具③少学具④领导不重视

⑤杂务多⑥经费不足⑦课时太多⑧课被其他任课老师要走

5.您认为美术教学应该强调

①以掌握美术知识技能为主② 以审美为核心③以传承文化为主④其他

6.当学生提出一些您不知道的问题时,您怎样回答?()

①随便忽略说一下②.承认不知道,答应回去找答案,下节课告诉他

③批评学生思想不要开小差④不回答

7.您使用美术教材的方式是()

①上完全部内容②根据学校、学生实际选择使用

③根据地域特点自编教材完全不用

8.备课的时候,您重点考虑的问题有()

①学生的兴趣点②每节课必须完成的教学任务③评价方式及其有效性④落实新理念于教学中⑤课程资源的整合与利用

⑥教学目标与本校具体情况的关系

9.您对课堂中小组合作教学方式的看法是()

①有利于培养学生的合作精神 ②形式很好,组织起来有点困难,学生会借此讲话、分心

③在大班额班级教学中有利于关注学生学习情况

④有利于好生差生的相互帮助促进⑤有时会教学进程会受到影响

⑥讨论的话题很难设计,要慎用

10.您是否认为提高教师科研能力可以提高教学质量()

①是②否

11.您所在学校教研组(备课组)每月组织研究活动的次数是()

①无②1次③2次④3次⑤4次⑥5次以上

12.您对自己参加中小学美术教学研究的看法是()

①没什么看法,为了工作,服从领导安排

②工作已经够杂、够累,人也定型了,不参加的好

③自己觉得有研究的必要,但有点力不从心

④研究要讲究实效

13.您是否经常关注美术领域的最新动态和发展,以及教育科学的最新研究动态()

①经常②偶尔③ 很少④ 从不

14.您平时注重采用何种方式提高自己的专业水平()

①参加市、区、校组织的继续教育学习②注意学习专业理论、文化书籍③上网查阅资料 ④关注周围出现情况,多用换位思考研究对策

⑤学习他人先进经验 ⑥积极参加课题研究

15.您认为对改进美术教学最有帮助的活动是()

①市、区县教研室组织的教研活动 ②学校组织的教研活动 ③继续教育 ④参与课题研究⑤通过网络、书籍自学

16.在日常教学中,您最希望教研部门为中小学教师()

①提供更多的展示机会②提供更为丰富的教学资源

③多组织专业知识的培训 ④其他(请填写)

17.您除担任美术教学外是否还承担了学校其他工作()

①有时有②从没有③大量教学外工作

18.您承担美术第二课堂的教学学校给予工作量计算的情况是()①非常满意②基本满意③不满意④没有计算

19.您所在学校对一节美术课的工作量计算是()

①1②1.1③1.2及以上④0.9⑤0.8⑥0.7及以下

20.从事工作以来您所创作的美术、书法、摄影作品参加了哪一级专业机构组织的展览()

①国际级②国家级③省、市级④.区、县级⑤.没有

21.您加入了哪一级文联领导下的美术、书法、摄影家协会组织()①国家②省、市③区、县④没有

22.您在备课时所花费的时间最多的往往是()

①寻找课外相关知识②策划学生活动③制作教学课件④研读课程标准和教材⑤书写教学设计文稿(教案)⑥选择教学策略23.一堂课结束后,您通常采取的后续策略是()

①在其他班以同样的方式实施教学②以教学后记的方式提出一些问题并思考③征求学生对本节课的意见 ④.在反思的基础上进一步完善教学设计

24.就您本身来说,对改善教学效果最大的障碍是()

①专业知识欠缺②教育教学理念滞后③经验不足

④其他(请填写)

25.您对中小学生美术学习的主要评价方式是()

① 学生自评、互评② 教师评定③ ①与②的结合④笔试

26.您所在的学校有兼职美术教师()

①1名②2名③3名④4名⑤5名⑥6名及以上⑦没有

27.您认为有助于迅速提高自身教学水平的教研方式有()

①说课、上公开课②专业知识讲座 ③教学案例分析④名师指点

28.您认为新课改对您教学最大的挑战是什么?(请说明)

三、.培训需求

1、您认为美术学科属于()

① 知识技能学科②文学科③道德教育学科

④ 文化知识学科⑤其他

2、您认为美术学科的知识素养应包括()

①美术基本知识② 美术基本技能美术审美素养④其他

3、您对美术教师的人格魅力包括爱心、学识、气质,表示()

①非常赞同② 比较赞同③ 不赞同④ 其他

4、您对中西方美术史()

① 非常了解② 比较了解③ 一般④ 不了解

5、您对著名的中外美术作品()

① 了解很多② 了解较多③ 有一定了解④不了解

6、在美术教学中,您的国画能力()

①非常强② 比较强③ 一般④很差

7、在美术教学中,您的西洋画能力()

① 非常强②比较强③一般④不行

8、在美术教学中,您的版画能力()

① 非常强② 比较强③一般④ 不行

9、在美术教学中,您的手工制作能力()

① 非常强② 比较强③ 一般④ 不行

10、在美术教学中,您的语言表达能力()

① 非常强② 比较强③一般④不行

11、开展学校课外艺术活动,您能承担学生美术活动策划和指导的能力(① 非常强② 比较强③一般④不行

12、在学校课外艺术活动中,您辅导学生参与各类美术竞赛获奖()① 非常多② 比较多③ 很少④ 没有

13、您认为本次培训最迫切需要开设的培训内容是())

① 美术教学理念的更新 ② 美术专业技能 ③美术教学理论与实践

④ 美术教研和教改的新思路

14、您认为本次培训最好的形式是:()

①专家讲座②观摩示范课③技能训练④经验交流

15、您希望授课教师:()

①深厚的理论功底②突出的专业技能③较强的课堂教学能力④积极的课堂互动

16、您最希望具备的教学资源和支持是:()

①名家名师②典型课例③美术学科前沿信息

④专业技能训练师资和设施⑤美术图像及文本资料

17、您希望通过这次培训获取哪些专业方面的充实和提高?(请说明)

18、对于这次培训,您有哪些建议?(请说明)

注:选择项可单选,也可多选

各位一线教师,感谢认真填完上述问题!您的思考对本次培训贡献很大,期盼在运城学院与您见面。

再次感谢!

请把问卷于2012年9月5日前发往运城学院国培计划办公室公共邮箱:,邮件以“地市+学校+姓名”命名。

运城学院国培计划项目办公室

7.软件项目管理中的需求管理 篇七

关键词:软件项目,需求管理

计算机包括了硬件、软件, 而计算机的顺利运作离不开软件这个重要因素, 由此可以看出相关的软件工作人员对软件展开设计、开发以及管理的工作, 是非常重要的。然而, 在软件的整个项目中, 软件需求更是重中之重, 既是广大用户与软件工作人员的直接桥梁, 又是展开软件设计、开发以及管理的基础前提。只有根据广大用户的需求、思想来实现软件项目的设计、开发以及管理, 才能够获得成功, 也才能够保持持续的发展。

一、软件需求管理

(一) 软件需求管理的目标、原则

对软件需求实施管理, 能够直接地从本质上确保软件开发的实用价值, 进而增强软件开发完成后的成功率。然而, 软件需求的管理, 并不仅仅只是采纳广大用户的意见、建议, 而是一项比较系统的工作, 在运作的过程中有着其自身的目标以及原则。软件需求管理的原则:第一, 软件需求必须划分优先级;第二, 软件需求必须展开分类的管理;第三, 对软件需求的管理工作必须与所有的软件需求活动紧密的结合在一起;第四, 在运作的过程中如果软件需求发生了改变, 应该及时的根据改变所造成的影响展开评估活动;第五, 软件需求的所有信息, 都应该实施文档化。软件需求管理的目标:尽可能良好地控制软件需求, 在此过程中积极地、主动地建立、完善整个工程所需要的基线, 并且使后续的软件设计、开发以及管理工作符合最初的软件需求。

(二) 软件需求管理的涵义

在展开软件设计、开发以及管理工作之前, 必须先做好相关的软件需求工作, 而对软件需求管理工作的实施, 则应该积极地、主动地去提取、组织并且将这些系统性的软件需求进行文档化, 由此可以看出, 软件需求的管理是一个系统性的项目。具体的运作步骤如下:第一, 提出问题或者列出示范类型, 并且尽可能的找到相关的依据, 进而得出切实可行的需求探讨;第二, 将所有的信息做好记录以及整理, 并且输入到数据库当中, 从而使软件企业、软件工作人员能够在系统的具体操作上与广大的用户达成共识;第三, 用更为准确、更为清晰的方式描述对软件的需求, 为后续软件设计、开发以及管理工作人员的工作奠定好基础, 使其能够顺利的、成功的将需要转换为真实的系统设计。

二、软件需求管理的实施特点

从某种程度上来看, 软件企业与传统的生产企业有着很多的相似点, 而对于软件需求的管理则类似于传统生产企业所展开的问卷调查活动, 其性质都是为了能够更好地掌握消费者的需要以及了解市场的最新动向等等。但是软件企业毕竟与传统生成企业有所不同, 传统的生产企业所展开的需要管理, 是具体的、有形的, 也就是说可以直接进行描述的, 然而软件是一个比较抽象的商品, 其最初的需求管理工作具有主观性, 是模糊的、难以确定的。不仅如此, 软件企业的需求管理工作, 也比传统的生产企业重要得多, 可以说是整个软件设计、开发以及管理项目的关键所在, 直接的影响到软件能否获得成功, 进而影响到软件企业的生存、发展。正是因为这样, 软件需求的管理有着其自身的实施特点, 包括了:第一, 软件需求的变化。社会在不断地发展, 科技在不断地进步, 而计算机作为一种高端科技, 可以说是瞬息万变的。更何况一个新软件的推出, 并不是在短时间之内就能够完成的, 从最初对软件需求的管理, 到软件的具体设计、开发以及后续的管理, 是需要一定时间段的, 而在这个时间段中可能会发生很多的事, 比如说其他的软件企业抢先推出了同一类型的软件或者人们的思想、需要在这个时间段中发生了改变等等。第二, 软件需求的完整程度。软件的需求系统, 是一个非常庞大的工程项目, 小到广大客户所提出的意见、建议, 大到专业的推断、决策等等, 要想做到全面几乎是不可能实现的。更何况对于软件需求系统的划分还是一个非常客观的重要问题, 只有准确的实施硬性划分, 才能够区别出特点的范围, 也才能够建立起指定的基线, 并在其过程中尽可能地去完善软件需求的完整程度。第三, 软件需求的描述。尽可能地完善软件信息的完整程度, 会消耗软件企业大量的人力、财力以及物力, 而当软件信息的完整程度获得成功, 就会延续地引发另一个问题, 那就是对软件需求的描述。软件是一个比较抽象的商品, 如果通过文档来展开记录, 则会出现成百上千的页面文档, 而广大的用户是不可能完全地理解这些文档记录的, 更何况不同层次的用户所需要的、关心的问题又都是具有差异的, 所以造成了软件需求的描述难点。第四, 软件需求的细致程度。软件需求的细致程度, 可以说是见仁见智的, 不同的人都会有不同的想法以及观点, 如果一味地强调细致, 就会拖延时间, 而时间的延长又会引发需求的变化。正是因为这样, 对于软件需求的细致程度, 也是一个非常值得重视、深思的问题。第五, 软件需求的工期。软件的推出, 不仅仅在质量上要抓好, 在时间上也同样要抓紧, 因为时间的延长会引发一系列的变化问题, 而这些变化问题的出现将会直接的影响到软件企业的生存、发展。但是软件需求管理, 又是软件设计、开发以及管理工作的必要前提, 要想确保软件需求管理的准确性、完整性, 就不得不在这个阶段投入大量的时间, 从而引发极端的矛盾。

三、如何做好软件项目管理中的需求管理工作

(一) 正确认识需求变化

软件需求管理的变化包括了建立基线、确定软件需要追踪的重要依赖关系、建立相关项目之间的可追踪性以及对变化控制等等。软件需求的变化可以说贯穿了整个软件项目的生命周期, 只有通过建立规范的变化控制流程, 改进软件分析以及设计, 将不能够确定的变化纳入已经确定的计划当中, 才能够在应对软件需求变化的过程中更加的从容以及更加的具有信心。在软件开发的过程中有这样一条客观真理, 那就是需求的变化是永恒的, 而需求又是不可能完备的。软件开发的过程实际上是一个变化的过程, 然而需求的变化不一定是坏事, 也有可能是好事。软件需求的变更之所以难以进行管理, 不仅仅只是因为一个变更了的需求意味着要花费或多或少的时间来实现某一个新特性, 而且也因为对某个需求的变更很可能影响到其他需求。正是因为这样, 应该确保赋予需求一个有弹性的结构, 从而使软件需求能够适应变化, 并且确保使用可追踪性链接可以表达需求与开发生命周期的其他工件之间的依赖关系。

(二) 与用户充分沟通

在软件需求的管理过程中, 与广大用户保持积极的、有效的沟通、交流是非常重要的, 因为这个过程直接地决定着最终的软件商品是不是能够满足用户的要求, 换句话来说, 这个过程在很大程度上决定着软件项目的成功与否。然而, 在与广大用户保持沟通、交流的过程中, 双方对于软件需求的认识应该要确定一致, 不能够模棱两可。而在讨论软件需求以及软件需求变化的时侯, 软件工作人员必须以协作的态度来对待这些用户, 从而通过良好的工作氛围、交流分为来提高工作的效率, 激发广大用户的思维, 从而获得软件需求信息。除此之外, 确定软件需求基线的过程也是软件企业与广大用户交流的过程, 而频繁的、大量的软件需求变化在很大程度上也是交流不充分的后果。正是因为这样, 有效的充分的交流尤为重要, 需求人员认真听取客户用户的要求, 进行分析以及整理, 并且最终取得用户的确认。

(三) 建立需求管理模型

软件需求建模的目的是为了能够消除人际沟通随意性很强的弱点, 所以需要致力于将沟通标准化、自动化以及准确化, 而且责任到人负责的具体阶段, 具有可测试性以及可验证性的特点。软件需求建模是表达软件需求的其中一种形式, 是对软件需求的一种描述以及诠释, 它使用标准的语言, 利用类似积木的概念来建模, 最大的优势就是每个人都能够直接的根据自身的要求, 轻易的、反复地修改这个软件需求模型, 而在这个过程中还不会产生任何的歧义, 从而可以使大多数人快速地掌握、理解。建模的过程就是通过软件需求的特点以及要求来展开相关的分析、探讨, 以建模标准为基础进行准确的、完备的以及有效的阐述, 以确保广大用户以及软件企业都能够准确无误的、通用的理解。

(四) 控制好需求文档版本

客户签收的所有过程文档都要作为基线确定下来, 做好相关文档的管理工作。软件需求的基线指的是容许需求变更的分界线, 需求分析人员在充分与客户用户进行沟通的基础上形成第一个版本的需求文档, 这个需求文档在通过需求评审后即可以建立第一个需求基线。在此之后, 每次软件需求的变化并且经过需求评审之后, 都要重新的确定新的软件需求基线, 以免将来用户需求发生变更的时侯, 原来的需求无法查找。为了能够有效地进行软件需求变更的控制, 必然要做的工作就是保存好各个版本的需求基线, 维护需求基线的文档, 这样才能够以备不时之需。

四、总结

总而言之, 软件的需求管理是软件设计、开发以及管理的必要前提, 只有认真地、充分地、完整地做好软件需求管理, 才能够确保软件的顺利推出。正是因为这样, 软件企业必须重视软件需求管理, 并且尽可能的完善这个项目, 用科学的、严谨的态度对待软件的需求管理, 这样才能够从本质上促进自身企业的成功发展。

参考文献

[1]姬晓鹏, 吴朝晖.需求管理的一个系统解决方案[J].计算机工程, 2003.

[2]江小丁, 王朝晖.软件项目需求管理的研究[J].计算机与现代化, 2006.

[3]陈丽杰.浅析软件项目管理中的需求管理[J].科技资讯, 2007.

8.软件项目需求调查表 篇八

关键词 物流实验课 实验项目 改革

中图分类号:G420 文献标识码:A

我校物流专业的实验课已在很大程度上进行了创新与改革,在培养学生能力上发挥出了重要作用,但还存在一些局限性,比如学生接触物流设备机会少,只能部分地模拟物流管理的相关环节,直观地验证或模拟物流管理的部分业务,还没有达到物流实验课的目标。为进行切实有效的改革,我们开展了此次调研活动。

1 学生需求的调查与分析

调查结果显示:45.9%的同学想学习物流规划,31.8%的同学想学习物流信息系统,58.8%的同学想学习供应链管理。

结合供应链管理知识,整合相关实验,让学生设计并优化整个供应链的实验。让学生研究物流、信息流和资金流的流转与管理,通过反馈的资金流、物流及信息流,将供应商、制造商、分销商、零售商,直到最终用户连成一个有机的整体。物流规划对本科生阶段是难度较大的实验,我们可以教授学生一些简单的规划理念和设计方法。

物流设备类实验中,学生感兴趣程度由高到低分别是51.2%选择的S-ID定位系统操作,50.6%选择的RFID系统应用,42.9%选择的电子标签辅助拣货,42.4%选择的RF手持终端应用,12.4%选择的条形码系统及标签应用实验。

物流管理信息系统应用类实验中,学生感兴趣程度由高到低分别是57.6%选择的物流配送管理,50.6%选择的物流采购与订单管理,32.4%选择的物流运输。

我们实验课应把物流信息技术这一项当做技能培养的重要一环。把重要的物流信息技术引入课堂,增强学生们物流信息技术的应用能力。

仓储管理类实验中,学生感兴趣程度由高到低分别是47.1%选择的库内管理,46.5%选择的货物出库管理,40.6%选择的货物到库准备和验收,31.2%选择的入库理货码垛,30.6%选择的货物入库上架,26.5%选择的货物盘点。

学生已经在实验课之前学习过仓储与库存控制这门课程,对仓储在理论上已经有了一定深度的理解。同学们对于如库内管理和出入库流程等相对较简单的实验更希望进行更深一步的如仓储计划编制、仓储方案决策、仓储组织效果等技能的训练与培养。

物流系统规划设计类实验中,大家感兴趣程度由高到低分别是54.1%选择的物流配送路径规划,48.8%选择的电子标签拣选策略选择与设计,30%选择的仓储货位规划设计。

物流系统规划设计类实验是综合性提高实验,对同学们的知识、能力与素质有较高的要求,有一定难度。但是同学们对这类实验很感兴趣,我们可以在这类实验中培养同学们的创造性思维。

供应链类实验中,学生感兴趣程度由高到低分别是64.1%选择的供应链库存管理,62.4%选择的啤酒游戏。

综合来说,较于操作类实验,同学们还是更希望多安排管理类以及规划决策类实验。

2 企业需求的调查与分析

企业对学生在技能方面的要求有:了解物流信息系统的架构和功能,会仓储、配送、运输、货代、订货系统等物流软件的操作。初步具备使用条形码技术、POS 系统对商品进行出入库处理。运用RF技术、EDI技术等进行信息处理的能力。能够较熟练的操作企业ERP各工作站的软件。能操作系统,特别是进销存系统。

对于更高层次的物流人才,企业要求也会相应提高,如具备物流系统规划的能力、物流信息系统的综合运用能力、供应链管理与改进的能力等一些综合的、融合理论与实践的能力。

3 物流实验课实验项目的调整方向

一是结合多种教学手段,针对性学习各部分内容。如国际报关和报检实务的业务流程、物流信息系统应用等,可以采用模拟训练,通过物流软件、企业物流运作案例等手段来实现实训目的。而对外语交流能力、仓储与配送管理能力、物流系统设计和规划能力的培养,可以采取学生自己动手的方法,通过自己动手实验、团队探讨和到物流企业参观实习等多种手段来实现职业能力的培养。还可以穿插物流运作视频,如供应链物流运作专题片等。

二是变现在以实验为目的的实验室布局为以就业为目的的布局。参照企业实际来布局实验室和模拟职能岗位。首先,提供仿真的企业业务处理环境。使实验者有置身于企业实际环境中的感觉,这种环境可使学生自觉调整自身不同于课堂上课的状态,促使学生主动思考、规划自己的实验过程和实验步骤,主动完成实验。其次,根据企业的实际情况设置不同岗位,更有利于学生真实体验。以不同企业实际日常业务,提供仿真的业务流程。在实验教学环境下可以模拟企业的各种物流管理实际,使学生在模拟现场的物流管理工作中充当某一角色,更深一层次的理解和掌握基本知识和技能,提高综合运用的能力和素质。物流管理专业在于它的实践性,只有通过不断地实践,才有机会发现物流管理中存在的问题,进而寻找解决问题的途径。

三是课程内容随物流业发展与时俱进。目前,我们的课程内容赶不上物流业的发展,出现明显滞后性。应及时更新教学内容,跟上物流发展实际。要特别注重现代信息技术、规划工具的开发与应用。

四是更高要求的培养学生的能力。对于本科教育,我们对学生有着不同于高职生的要求,在同学们完成基础实验的前提下还要更进一步安排同学们更高一层次的实验如供应链管理类实验、仓储货位的规划设计实验,物流配送路径规划实验等等。训练同学们如供应链管理能力、物流规划设计能力、仓储计划编制、仓储方案决策等等的综合能力。让学生完成包括基本型、提高型和研究创新型三种类型的实验。除了培养学生的基础的基本技能,还要培养学生更高层次的专业技能,包括物流信息系统课程设计、供应链管理、物流管理信息系统、市场调查与预测。

通过实验课程的开设紧密结合网络技术,并与如仓储与配送、供应链管理、物流管理信息系统、国际贸易、市场调查与预测、电子商务等互为补充,使学生理论与实践双丰收。使学生的专业知识、动手能力、分析能力、判断能力和综合评价能力得以系统化、综合化,从而更好地培养学生的综合能力,让学生既有理论知识,又有实践能力,既会思考,又会操作,这样才能符合现代化物流人才的要求,提高学生的就业竞争能力。

4 结论

物流实验课实验项目改革分为三个方面:一是结合多种教学手段,针对性学习各部分内容;二是變现在以实验为目的的实验室布局为以就业为目的的布局;三是课程内容随物流业发展与时俱进;四是更高要求地培养学生能力。

基金项目:[1]天津市品牌专业(物流管理)建设项目;[2]天津师范大学教学改革项目:基于任务驱动式的物流实验课两阶段教学方法创新与实践;[3]天津师范大学实验室改革研究基金项目:基于社团企业化的物流开放式实验室的建设与运行(C2011 01);[4]2012年物流教改教研课题计划:基于开放式实验室的学生自主设计实验课的教学方法创新与实践(JZW2012096);[5]天津市普通高等学校本科教学质量与教学改革研究计划项目(D02-1106)

参考文献

[1] 陈达强,刘南.高校物流实验室建设与教学研究[J].实验室研究与探索,2008(4):147-152.

[2] 肖怀云,李正锋,吕玉兰.物流管理专业实践教学环节设计[J].物流科技,2008(7):81-82.

[3] 齐天.《物流仿真实验》实验课的教学改革探析[J].科协论坛:下半月,2012(2):167-168.

[4] 刘联辉.应用型物流管理本科专业人才培养方案构建[J].湖南工程学院学报:社会科学版,2005(1):78-80.

上一篇:缩句病句下一篇:幼儿园教师优秀的论文