根据工作的内容与性质，报告划分为不同的写作格式，加上报告的内容较多，很多人不知道怎么写报告。以下是小编整理的关于《软件项目开题报告》相关资料，欢迎阅读！
工程项目进度管理开题报告
开题报告
一、选题背景及意义
(一)选题背景
随着国民经济的快速发展，建筑业这个行业也已经进入高速的发展中，工程项目管理也就在项目干管理中逐渐被人们认识和重视，在项目管理中被大力推行。
改革开放以来，我国的经济、科技、文化等各个方面得到了极大的发展和提升。经济的迅猛发展也带动了城市发展的脚步，鳞次栉比的高层建筑逐渐布满了大大小小的城市。建筑工程项目的不断增加，也极大地促进了建筑行业的发展，其逐渐成为现代社会不可或缺的一个行业。然而建筑行业的不断发展也在一定程度上加剧了其行业内的竞争，施工单位想要在激烈的竞争中占据一席之地就显得越发困难。除了要保证施工质量之外，对施工进度的管理也是衡量一个施工单位水平及管理水平的重要标准。能够在保证质量的前提下，以最短的时间完成项目建设，逐渐成为了施工单位竞争的重要砝码。因此，施工单位加强对其施工进度的管理就显得非常的重要[1]。
(二)选题意义
工程项目进度管理，也称为项目的时间管理和工期管理，是指对工程项目各阶段的工作内容、工作程序、持续时间和衔接关系编制进度计划,并将该计划付诸实施[2]。有关项目进度管理的概念有以下几种解释：
工程项目进度管理是指通过组织、协调、规划、控制等方法对工程项目的实施进度进行掌控，以期在预定的工期时限内保质保量完成施工和相关工作[3]。
工程项目进度管理是指在项目实施过程中，对各阶段的进展程度和项目最终完成的期限进行的管理[4]。
项目进度管理是指在项目的进展过程中，为了确保项目能够在规定的时间内实现项目目标，对项目活动进度及日程安排所进行的管理过程[5]。
由上述定义可以看出，进度管理作为项目管理的关键一环，对项目的有效开展起着举足轻重的作用，在项目工作范围确定的前提下，确定合理的工作顺序，采用相应的方法对项目范围所包含的工作及其之间的相互关系进行分析，在满足
项目时间要求和资源约束的情况下，对各项工作所需要的时间进行估计，并在项目的时间期限内合理地安排和控制所有工作的开始和结束时间，使资源配置和成本消耗达到均衡状态的一系列管理活动和过程。
进度管理在我国建筑工程中占有非常重要的位置，进度管理的实施对于施工工期的缩短和成本的降低发挥着很大的作用。进度管理作用主要通过以下几个方面体现出来：
首先，工程进度的有效管理是施工工期的保证。工程施工的影响因素很多，受自然环境和内部环境影响较大，施工单位在工程进行中可能没有按照进度计划的节点完成施工任务，这就需要施工单位管理人员做好进度管理的工作。在接下的关键工序上，缩短施工进度，减少施工日历天数，节约成本。
其次，工程进度控制对投资的影响。良好而高效的进度管理工作可以在保证质量验收合格的前提下节约工程造价。工程质量、进度、成本之间相互制约，工程进度加快，就需要投入更多的人力物力财力，因此工程造价成本相应增加，得到的工程质量却难以保障。而工程质量不过关，有需要进行返工或者维修，这就需要再次投入，造成了二次成本，进而再次影响施工进度。，形成了恶性循环。因此，做好施工进度管理工作能够降低工程成本。
第三、增加投资者的收益。建筑工程具有施工时间长，施工工艺复杂，涉及面广泛等特点，收到内部和外部环境的影响较大，因此工程进度管理工作的好坏，对工程按时完工，减少追加成本，提高施工企业的良好形象，促进企业能够长远而稳健的发展。因此进度管理工作具有对工程施工具有十分重要的作用。
二、国内外研究动态
(一)国外的发展史与现状
项目管理是管理科学的一个重要分支，Harold R. Kerzner认为它为项目成功的实施提供了一种有效的手段，是种特别适合于大型、复杂、环境多变、不确定性因素很多的一次性任务或项目的管理方法[6]。项目管理改善了对各种资源利用的计划、组织、指挥和控制，对管理实践做出了重要贡献。
工程项目管理是管理者为了在规定的时间内按要求完成工程的质量目标和
费用预算，利用科学的观点、系统、全面、有序的对目标进行管理[7]。 MadterNancy认为项目管理是组织实施对实现项目目标所必需的一切活动的计划、安排与控制[8]。
项目管理的发源具有3000多年的历史，最早可以追溯到埃及的金字塔和我国的万里长城时代，从这些古老的项目管理成果可以看出，它是一个系统而又复杂的管理过程。现代的项目管理应该从20世纪初甘特图的发明和20世纪五六十年代网络计划技术在美国军事和航天技术上的应用为开始[9]。
20世纪初，被认为是计划和控制技术之父的亨利﹒甘特(Henry Gantt)在这个时期发明了表示项目进度的横道线条图(Gantt﹒Chart)[10]，在第一次世界大战中运用该技术极大地缩短了建造货轮的时间。后人为了纪念甘特的成就，就把这种计划图表命名为甘特图。甘特图内容包括各项工作名称及对应序号，各项工作开始时间和完成时间，各项工作的进度横道线。甘特图通常适用于工程项目总进度计划，分部分项工程进度计划，以及项目进展情况简介或项目进度汇报等场合[11]。甘特图以其形象直观、简明易懂、绘图简单、便于检查赢得了人们的广泛欢迎，成了进行计划信息沟通的最主要方法。
进入20世纪五六十年代，近代项目管理理论得到的空前的发展，CMP和PERT技术的提出，使得项目管理理论开始在世界范围内得到发展[12]。1956年，美国杜邦公司和兰德公司为了制定内部不同业务的系统规划和管理技术，首先提出了关键路径法(Critical PathMethod，CPM)[13]。用于对化工工厂的维护项目进行日程安排。这种方法产生的背景是，在当时出现了许多庞大而复杂的科研和工程项目，这些项目常常需要运用大量的人力、物力和财力，因此如何合理而有效地对这些项目进行组织，在有限资源下以最短的时间和最低的成本费用下完成整个项目就成为一个突出的问题，这样CPM就应运而生了。
1958年，美国海军特种计划局和洛克希德系统工程部、艾伦和哈密尔顿咨询公司，根据研发北极星导弹核潜艇的需要，提出了计划评审技术(Program Evaluation and Review Technique，PERT)[14]，这一技术把该工程的200多家承包商和1万多家分包商有效地组织起来，使该项目提前两年完成。
1962年，美国国家航空和宇宙航行局引入一种采用计划评审技术的系统，
[15]它强调成本控制和作业分解结构(Work Breakdown Structure，WBS)的必要性。WBS即项目结构分解，是把项目(目标、任务、工作范围、合同要求)按照系统原理和要求分解成互相独立、互相影响、互相联系的项目单元，将它们作为项目的计划、实施、控制和信息传递等一系列项目管理工作对象，通过项目管理将所有的项目单元合并成为一个工作整体，以达到综合的计划和控制要求。
1967年美国国防部提出赢得值法(Earned value Management，EVM)，是一种能全面衡量工程进度、成本状况的整体方法。赢得值法的应用主要是收集实际数据，将其与计划的工程量、投资额进行对比，对投资与进度进行综合控制，还可以根据当前的进度、投资偏差情况，对趋势进行预测，预测项目结束时的进度、投资使用情况[16]。
20世纪80年代，项目管理经过了60年代的发展和70年代的调整，已经变得逐渐成熟。这个时期项目管理的相关软件的开发和涌现，使得项目管理事业在社会规范、标准和授权等方面迅速发展。
进入90年代，综合项目管理技术TQM(全面质管量理)[17]和信息技术在项目管理中的应用进入高速发展阶段，同时PFI方式和ABS方式等新型项目管理的方法应运而生。
进入21世纪，在项目实施过程中广泛应用项目管理思想，理论上多学科整合、方法开发、软件编制，并形成一套完善的方法和理论体系。
(二)国内发展历史及现状
与国外项目管理的发展状况相比，我国的项目管理开始起步较晚，可以追溯到20世纪六十年代华罗庚教授引进的网络计划技术，创立了“统筹法”，在重点项目中推广使用[18]。国内项目管理理论的发展主要在改革开放以来我国利用外资，引进国外先进技术在我国一些重大的工程项目上。
1986年云南省鲁布革水电站利用世界银行贷款，在国内首次采用国际招标，实行工程项目管理，使得工程进度提前了5个月，造价降低了40%，取得了巨大的成功[19]。基于鲁布革水电站项目的巨大成功，次年建设部、国家计委联合发出通知，在一批试点企业和建设单位中要求采用项目管理施工法，并开始建立中国
的项目经理认证制度。
进入90年代，我国项目管理制度逐渐完善，相继成立了中国项目管理研究委员会PMRC，并成为了国际项目管理协会IPMA的团体成员。一些国内高校分别针对项目管理进行了一系列的研究与讨论[20]。在国内相继召开了有关建筑工程管理的相关会议，项目管理的相关理论在很大程度上得到了完善和发展。
在国内工程中，对工程进度采用的方法一般有关键路线法、横道图法，关联图法、前锋线网络图法等。每种方法都可以从不同的角度放映工程进度，但是各有利弊，单纯的使用一种方法很难表达出实际的进度与计划进度的差距。国内的理论和实践知识体系还需要不断的补充与学习。进入21世纪，在全球化的影响下，我们认识到了国际化的重要性。2003年，我国自项目经理制度实行以来，在北京首次举行国际性的项目管理会议，表明中国的项目管理迈向国际化的道路[21]。
改革开放以来，经过了30多年的研究与发展，国内的很多学者如杨露江[11]基于横道图与双代号网络图的优缺点相互结合实现对工程进度的有效控制;乌云娜，陈健，李泽众[22]等人在赢得值理论结合现代信息系统技术，通过系统数据库和算法设计，对赢得值进行计算和处理，从而实现在成本上对工程进度的控制与管理。
项目管理经过的几十年的发展，但是和国外的先进管理理论和实践经验还存在这一定差距，如建设单位的只注重投资收益，质量意识淡薄，缺少工程管理的复合型人才，行政命令技术等问题[23]，应该主动与国际接轨，使工程项目管理更加国际化、信息化和系统化，学习欧美国家的先进技术和管理经验，实现工程项目管理的网络化，虚拟化，培养工程项目管理的复合型人才，认识与发达国家的差距，弥补自己的不足，这样才能实现长久而又平稳的发展。
参考文献
[1]刘伯能. 探讨进度管理在建筑工程管理中的重要性[J]. 城市建筑,2014,01:115. [2]刘勉. 浅谈项目施工进度管理[J]. 工业建筑,2011,S1:1037-1039+1006. [5]任喜杰. 工程项目进度管理研究[J]. 工业设计,2012,03:186. [4]王华. 工程项目管理[M]. 北京：北京大学出版社, 2014.01. [5]成虎，陈群著.工程项目管理[M].北京：中国建筑工业出版社.2015 [6] Harold R. Kerzner.Project Management [M].New York: John Wiley & Sons Inc,2013.03. [7]杨杰. 浅谈工程项目管理[J]. 山西建筑,2011,15:235-236.
[8]Madter, Nancy.Exploring project management continuing professional development in engineering construction[J].Construction Management and Economics,2012,30:639-651. [9]吴春诚. 大型工程项目进度评价和控制研究[D].华中科技大学,2007. [10]Wilson, James M.Gantt charts: A centenary appreciation[J].European Journal of Operational Research,2013,149:430-437. [11]杨露江.横道图与双代号时标网络图施工组织方法研究[J]. 施工技术,2014,S1:500-503. [12]丁士昭主编.工程项目管理[M].北京：中国建筑工业出版社.2014. [13]Hegazy, Tarek.Critical path segments scheduling technique[J].Journal of Construction Engineering and Management.2010,136:1078-1085 [14]Tysiak, Wolfgang.Risk management in projects: The Monte Carlo approach versus PERT[J]. Technology and Applications.2011,2:906-910. [15]Cheng, Yusi.Concept and application of engineering breakdown structure[J].Tumu Gongcheng Xuebao.2014,04:125-130. [16]樊怡. 改进赢得值管理方法在投资控制中的应用研究[J]. 人民长江,2014,11:95-98. [17]赵军,张志强. 浅谈建筑工程项目全面质量管理[J]. 民营科技,2011,07:200. [18]徐彦,李琳. 中国项目管理发展的热点和趋势研究[J]. 项目管理技术,2013,10:45-48. [19]韩绍洪. 工程项目管理发展历程评析[J]. 施工企业管理,2012,07:86-88. [20]李修强. 项目管理理论综述及前沿问题浅谈[J]. 网络财富,2010,12:45+48.
[21]柳彦从. 浅谈我国工程项目管理发展及如何与国际惯例接轨[J]. 科学之友,2012,16:82-83. [22]乌云娜,陈健,李泽众. 挣值法在工程项目成本管理系统中的应用与实现[J]. 中南大学学报(社会科学版),2013,01:7-11. [23]王武,黄坚. 工程项目管理发展路径分析[J]. 科技资讯,2010,36:114.
开题报告主要包括以下几个方面：
(一)论文名称
论文名称就是课题的名字
第一，名称要准确、规范。准确就是论文的名称要把论文研究的问题是什么，研究的对象是什么交待清楚，论文的名称一定要和研究的内容相一致，不能太大，也不能太小，要准确地把你研究的对象、问题概括出来。
第二，名称要简洁，不能太长。不管是论文或者课题，名称都不能太长，能不要的字就尽量不要，一般不要超过20个字。
(二) 论文研究的目的、意义
研究的目的、意义也就是为什么要研究、研究它有什么价值。这一般可以先从现实需要方面去论述，指出现实当中存在这个问题，需要去研究，去解决，本论文的研究有什么实际作用，然后，再写论文的理论和学术价值。这些都要写得具体一点，有针对性一点，不能漫无边际地空喊口号。主要内容包括：⑴ 研究的有关背景(课题的提出)： 即根据什么、受什么启发而搞这项研究。 ⑵ 通过分析本地(校) 的教育教学实际，指出为什么要研究该课题，研究的价值，要解决的问题。
(三) 本论文国内外研究的历史和现状(文献综述)。
规范些应该有，如果是小课题可以省略。一般包括：掌握其研究的广度、深度、已取得的成果;寻找有待进一步研究的问题，从而确定本课题研究的平台(起点)、研究的特色或突破点。
(四)论文研究的指导思想
指导思想就是在宏观上应坚持什么方向，符合什么要求等，这个方向或要求可以是哲学、政治理论，也可以是政府的教育发展规划，也可以是有关研究问题的指导性意见等。
(五) 论文写作的目标
论文写作的目标也就是课题最后要达到的具体目的,要解决哪些具体问题，也就是本论文研究要达到的预定目标：即本论文写作的目标定位，确定目标时要紧扣课题,用词要准确、精练、明了。
常见存在问题是：不写研究目标;目标扣题不紧;目标用词不准确; 目标定得过高, 对预定的目标没有进行研究或无法进行研究。
确定论文写作目标时，一方面要考虑课题本身的要求，另一方面要考率实际的工作条件与工作水平。
(六)论文的基本内容
研究内容要更具体、明确。并且一个目标可能要通过几方面的研究内容来实现，他们不一定是一一对应的关系。大家在确定研究内容的时候，往往考虑的不是很具体，写出来的研究内容特别笼统、模糊，把写作的目的、意义当作研究内容。
基本内容一般包括：⑴对论文名称的界说。应尽可能明确三点：研究的对象、研究的问题、研究的方法。⑵本论文写作有关的理论、名词、术语、概念的界说。
(七)论文写作的方法
具体的写作方法可从下面选定： 观察法、调查法、实验法、经验总结法、 个案法、比较研究法、文献资料法等。
(八)论文写作的步骤
论文写作的步骤，也就是论文写作在时间和顺序上的安排。论文写作的步骤要充分考虑研究内容的相互关系和难易程度，一般情况下，都是从基础问题开始，分阶段进行，每个阶段从什么时间开始，至什么时间结束都要有规定。课题研究的主要步骤和时间安排包括：整个研究拟分为哪几个阶段;各阶段的起止时间
文献综述怎么写
1) 什么是文献综述?
文献综述是研究者在其提前阅读过某一主题的文献后，经过理解、整理、融会贯通，综合分析和评价而组成的一种不同于研究论文的文体。
2)文献综述的写作要求
1、文献综述的格式
文献综述的格式与一般研究性论文的格式有所不同。这是因为研究性的论文注重研究的方法和结果，而文献综述介绍与主题有关的详细资料、动态、进展、展望以及对以上方面的评述。因此文献综述的格式相对多样，但总的来说，一般都包含以下四部分：即前言、主题、总结和参考文献。撰写文献综述时可按这四部分拟写提纲，再根据提纲进行撰写工作。 前言，要用简明扼要的文字说明写作的目的、必要性、有关概念的定义，综述的范围，阐述有关问题的现状和动态，以及目前对主要问题争论的焦点等。前言一般200-300字为宜，不宜超过500字。
正文，是综述的重点，写法上没有固定的格式，只要能较好地表达综合的内容，作者可创造性采用诸多形式。正文主要包括论据和论证两个部分，通过提出问题、分析问题和解决问题，比较不同学者对同一问题的看法及其理论依据，进一步阐明问题的来龙去脉和作者自己的见解。当然，作者也可从问题发生的历史背景、目前现状、发展方向等提出文献的不同观点。正文部分可根据内容的多少可分为若干个小标题分别论述。
小结，是结综述正文部分作扼要的总结，作者应对各种观点进行综合评价，提出自己的看法，指出存在的问题及今后发展的方向和展望。内容单纯的综述也可不写小结。
参考文献，是综述的重要组成部分。一般参考文献的多少可体现作者阅读文献的广度和深度。对综述类论文参考文献的数量不同杂志有不同的要求，一般以30条以内为宜，以最近3-5年内的最新文献为主。
2、文献综述规定
1. 为了使选题报告有较充分的依据，要求硕士研究生在论文开题之前作文献综述。
2. 在文献综述时，研究生应系统地查阅与自己的研究方向有关的国内外文献。通常阅读文献不少于30篇，且文献搜集要客观全面
3. 在文献综述中，研究生应说明自己研究方向的发展历史，前人的主要研究成果，存在的问题及发展趋势等。
4. 文献综述要条理清晰，文字通顺简练。
5. 资料运用恰当、合理。文献引用用方括号[ ]括起来置于引用词的右上角。
6. 文献综述中要有自己的观点和见解。不能混淆作者与文献的观点。鼓励研究生多发现问题、多提出问题、并指出分析、解决问题的可能途径，针对性强。
7. 文献综述不少于3000字。
3、注意事项
⒈ 搜集文献应尽量全。掌握全面、大量的文献资料是写好综述的前提，否则，随便搜集一点资料就动手撰写是不可能写出好的综述。
⒉ 注意引用文献的代表性、可靠性和科学性。在搜集到的文献中可能出现观点雷同，有的文献在可靠性及科学性方面存在着差异，因此在引用文献时应注意选用代表性、可靠性和科学性较好的文献。
⒊ 引用文献要忠实文献内容。由于文献综述有作者自己的评论分析，因此在撰写时应分清作者的观点和文献的内容，不能篡改文献的内容。引用文献不过多。文献综述的作者引用
间接文献的现象时有所见。如果综述作者从他人引用的参考文献转引过来，这些文献在他人引用时是否恰当，有无谬误，综述作者是不知道的，所以最好不要间接转引文献。
⒋ 参考文献不能省略。有的科研论文可以将参考文献省略，但文献综述绝对不能省略，而且应是文中引用过的，能反映主题全貌的并且是作者直接阅读过的文献资料。
5.综述篇幅不可太长。杂志编辑部对综述的字数一般都有一定数量的约定。作者在初写综述时，往往不注意这点，造成虚话、空话较多，重点不突出。综述一般不宜超过4000字。 综述并不是简单的文献罗列，综述一定有作者自己的综合和归纳。有的综述只是将文献罗列，看上去像流水帐，没有作者自己的综合与分析，使人看后感到重复、费解，材料与评述协调。
3)学术论文参考文献的著录格式
1.专著： [序号]作者.书名[M].版本(第1版不著录).出版地:出版者,出版年.起止页码.
2.期刊: [序号]作者.题名[J].刊名,年,卷(期):起止页码.
3.会议论文集(或汇编): [序号]作者.题名[A].编者.论文集名[C].出版地:出版者,出版年.起止页码.
4.学位论文: [序号]作者. 题名[D]. 学位授予地址：学位授予单位，年份.
5.专利: [序号]专利申请者. 专利题名[P].专利国别(或地区):专利号, 出版日期.
6.科技报告: [序号]著者. 报告题名[R].编号，出版地：出版者，出版年.起止页码.
7.标准: [序号] 标准编号，标准名称[S].颁布日期.
8.报纸文章 : [序号] 作者. 题名[N]. 报纸名，年-月-日(版次).
9.电子文献: [序号] 主要责任者.电子文献题名[电子文献及载体类型标识].电子文献的出处或可获得地址，发表或更新日期/引用日期(任选).
10.各种未定义类型的文献: [序号]主要责任者.文献题名[Z]. 出版地：出版者，出版年.
****
——用友ERP-T6项目
验收报告
目录
项目验收报告.......................... 1
目录............................... 1
项目验收报告 ............................. 2
一、实施项目回顾 .................... 2
二、项目验收组织 .................... 2
三、实施项目总体评价 ...................
2项目验收报告
一、 实施项目回顾
**用友ERP-T6系统实施项目从2010年12月28日启动至今，在**软件开发有限公司与**双方领导的大力支持和关心下,用友公司咨询顾问和**项目组关键成员辛勤努力，先后完成了项目培训、业务调研、模拟运行以及切换上线等阶段性项目任务，各阶段工作基本按计划完成。
通过双方项目组共同努力，**T6系统于已正式上线。目前**各相关业务部门已开始全面应用用友ERP—T6系统的总帐、报表、应付、采购、库存、存货、固定资产、工资等子系统,已完成日常管理工作。
二、 项目验收组织
为客观评价实施项目的任务完成情况及所取得的成果，合作双方组织成立项目验收小组，共同完成对此次实施工作的验收,小组成员如下：
**酒店项目实施成员：
***软件公司咨询实施成员：
三、实施项目总体评价
项目验收小组一致认为，系统运行稳定，计算数据准确、信息传递及时，实现了最初确定的实施目标：
同时，项目验收小组一致认为，**T6项目的实施是卓有成效的。双方项目组把对软件系统的理解与对企业管理的深刻认识有机的结合起来，并应用到整个实施过程中。通过规范基础管理、统一物料名称和编码、优化部分业务流程、编制全面的系统应用准则和规程，在系统全面应用的基础上有效的促进了企业管理的规范，并将对企业综合管理水平进一步提高产生积极而深远的影响。
综合以上各方面因素，项目验收小组认为**酒店用友ERP—T6系统实施达到了预期效果，符合**软件开发有限公司提出的管理业务信息化、集成化的基本需求，同意接受该软件系统投入正常运行，至此该项目的实施工作基本结束，同意对该项目验收。
此次由**软件开发有限公司实施的用友ERP-T6系统是成功的，在实施项目即将结束之时，对实施项目进行验收是对双方实施项目组工作成果的肯定。项目验收并不表示双方合作的结束，而是标志着双方合作新阶段的开始。实施项目验收后，用友公司将一如既往地为**提供技术支持服务。按照合同规定，系统启用后进入运行维护阶段，用友公司的实施人员和技术人员继续根据合同规定负责以后的支持、维护工作。
实施方签字(盖章)：
电话:
客户签字(盖章)：
电话:
年月日
软件需求分析格式_如何写需求分析报告 软件需求说明书 1 引言
1.1 编写目的：阐明编写需求说明书的目的，指明读者对象。 1.2 项目背景：应包括
● 项目的委托单位、开心单位和主管部门;
● 该软件系统与其他系统的关系。
1.3 定义：列出文档中所用到的专门术语的定义和缩写词的愿文。
1.4 参考资料：可包括
● 项目经核准的计划任务书、合同或上级机关的批文
● 文档所引用的资料、规范等
● 列出这些资料的作者、标题、编号、发表日期、出版单位或资料来源 2 任务概述 2.1 目标 2.2 运行环境 2.3 条件与限制 3 数据描述 3.1 表态数据
3.2 动态数据：包括输入数据和输出数据。 3.3 数据库描述：给出使用数据库的名称和类型。 3.4 数据词典 3.5 数据采集 4 功能需求 4.1功能划分 4.2功能描述 5 性能需求 5.1 数据精确度
5.2 时间特性：如响应时间、更新处理时间、数据转换与传输时间、运行时间等。
5.3 适应性：在操作方式、运行环境、与其他软件的接口以及开发计划等发生变化时，应具有的适应能力。 6 运行需求
6.1 用户界面：如屏幕格式、报表格式、菜单格式、输入输出时间等。 6.2 硬件接口 6.3 软件接口 6.4 故障处理 7 其他需求
如可使用性、安全保密、可维护性、可移植性等。
需求分析的格式 需求分析要对目标系统提出完整的、准确的、清晰的和具体的要求。
1.综合需求： 项目 说明 备注
1)功能要求 描述软件用来做什么
能够进行度量衡的相互转换，如：长度公制之间的转换，公制和英制的转换等。能够添加或创建新的度量衡。能够按照用户自己的需要进行排序。能够作为其他软件的插件或辅助工具使用。能够知道度量衡所应用的范围，如：国家，行业等。
2)性能要求 软件能达到什么性能
数据的最大存储量，数据的转换要有连续性，软件对每项操作的响应时间，更新处理时间，数据转换和传送时间，软件的输入输出数据精度，软件失败和成功的定义。
3)运行要求
软件能正常运行在微软中文版WINDOWS系列的可以独立运行的安装包或可执行文件
开发软件的开发工具清单。是否需要外部存储器和数据通信接口。
4)升级要求
是否可以升级，是否可以进行扩充。是否容易进行维护。 能够作为什么软件的插件或辅助工具使用。如何添加新的公式
5)对应关系
用户需求和软件功能的对应关系 说明每一个模块对应实现什么功能。
2.数据要求： 项目 说明 备注
1)数据输入
来源、准确性、取值范围、格式、非法值的处理、出错信息
2)数据输出 目的地、准确性、数值范围、格式、非法值的处理、出错信息
输出的数据可以修改，如：1米=100厘米=1000毫米，将100厘米改为90厘米时，相应的1米就自动改为0.9米，1000毫米变为900毫米。
3)数据存储 最大存储量
4)数据的安全性 访问的权限
5)数据备份 能否导入和导出
可以将输出的数据保存为文本格式
6)数据流图
在分析过程中得出的数据流图
7)数据筛选
能够将选择的几个度量单位进行汇总
8)主要算法
简要描述软件的主要算法
3.界面要求：请参照“界面样式图” 项目 说明 备注
1)软件名称 为软件起一个名字 可以发挥自己的想象力
2)功能模块
有几个功能模块，分别是什么
3)颜色
采用什么底色，窗口是什么颜色
4)字体
字型、大小，字间距，颜色
5)按钮
颜色、字型、大小、样式
4.软件描述：从用户的角度来描述软件，相当于一份初步的用户手册。 项目 说明 备注
1)功能描述
能实现，不能实现什么需求 应用范围。什么人员可以使用
2)性能描述
最低配置，操作系统，需要安装什么辅助软件
3)操作步骤 如何使用软件 主要步骤和方法
4)用户责任
用户在操作过程中的注意事项 出现问题时如何解决 如何写需求分析报告
近来学校的一些科研项目又在申报了，一些学弟开始Q我一些软件工程上书面的问题。大概的总结了下，写到这里。本文涉及到的是需求分析部分的书写，主要是根据国家标准文档中的要求来的。
在互联网公司或者一些敏捷开发的公司里，其实大家都是秉承着重开发，重讨论，而轻文档的态度。这个轻文档并不是指没有文档或者几乎不做文档，而是在严格的文档流程中解脱出来，只把最最实际的部分写出来。这个特征是有互联网本身迭代周期短，版本发布快等特点决定的。而在实际的兼职项目的时候，同学们就要注意了，最重要的应该就是在签合同的时候一定要附上最清楚的一份需求分析，虽然这份需求说明可能不是按照某些标准文档而来的，描述清楚每个功能达到的效果，而这个效果一定要让客户点头确认，而不能出现“应该是”、“可能是”、“也许是”这样的模糊回答。否则在项目后期就会比较难过了。在学校申请的项目和大型公司项目开发中，是重视文档流程的，一部一部来。所以还是看情况来对待文档的深度和标准。
一、目录： 目录要用word的 “引用”—>”目录”，自动生成目录，一般都是要三级目录。通常这部分基本都不需要改结构，直接更新页码即可。
二、内容部分。 国家标准软件需求说明书G856T-88下载 1引言 1.1编写目的
说明编写这份软件需求说明书的目的，指出预期的读者。 (这部分说明需求分析报告的概况，例如：本X需求分析报告是为S系统而编写的。+S系统的两句话概述。+本X报告旨在使U1(需求者)明确S系统的要求和细节，给U2(开发人员)了解需求实现的难度和困难，最终提供给U3(审核人、管理者)讨论和审核，达到沟通效果)
1.2背景 说明：
a. 待开发的软件系统的名称; b. 本项目的任务提出者、开发者、用户及实现该软件的计算中心或计算机网络;
c. 该软件系统同其他系统或其他机构的基本的相互来往关系。
(这部分可以将a,b,c分为2部分，例子如下： 1.2.1项目概况
本需求分析报告所预期开发的软件系统是:S。S是(不是则无)SS系统的某一个功能子模块，S和S
1、S2等系统之间的联系，以及概述其他系统的状态等等。 1.2.2任务分配
a. 任务提出者：xxx b. 软件开发者：xx c. 产品使用者：xx d. 文档编写者：xx e. 预期产品使用者：xx ) 1.3定义
列出本文件中用到的专门术语的定义和外文首字母组词的原词组。
(这部分很简单，就是描述专业词汇，比如
1. XML(Extensible Markup Language)即可扩展标记语言,它与HTML一样,都是SGML(Standard Generalized Markup Language,标准通用标记语言)。 2. Word2, 解释。。。 )
1.4参考资料
列出用得着的参考资料，如：
a. 本项目的经核准的计划任务书或合同、上级机关的批文; b. 属于本项目的其他已发表的文件;
c. 本文件中各处引用的文件、资料、包括所要用到的软件开发标准。 列出这些文件资料的标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料的来源。 2任务概述 2.1目标
叙述该项软件开发的意图、应用目标、作用范围以及其他应向读者说明的有关该软件开发的背景材料。解释被开发软件与其他有关软件之间的关系。如果本软件产品是一项独立的软件，而且全部内容自含，则说明这一点。如果所定义的产品是一个更大的系统的一个组成部分，则应说明本产品与该系统中其他各组成部分之间的关系，为此可使用一张方框图来说明该系统的组成和本产品同其他各部分的联系和接口。| (
本模块开发主要是为SS的整体服务，完成SS工作中的XX部分以及相关的工作。其涉及的范围就是，从下达A、B命令后，到给出C结果的过程。具体描述：B1，来完成B11功能;B2，来完成B22功能; 等等。本部分是(否)耦合在分词工具包其他部分中的，主要为嵌入方式和先后方式相互交互。 图
图1. 该系统的组成同其他各部分的联系和接口 )
2.2用户的特点
列出本软件的最终用户的特点，充分说明操作人员、维护人员的教育水平和技术专长，以及本软件的预期使甩频度。这些是软件设计工作的重要约束
(例如：二次开发和系统调用人员：具有很高的专业知识水平，理解XX的运行机制。可以对开放代码进行阅读和分析，以完成其系统独特的需求，提供给这部分用户开放API手册和Debug版本的源代码即可;预期这部分用户会占本系统总用户量的多大部分。
xx使用者：具有一定的计算机操作能力和知识，了解xx领域的相关概念和用途。提供给这部分用户操作手册即可。预期这部分使用者主要是来简单的xx操作。
维护人员：具有较高的计算机专业水平，可以对常见的系统Bug进行追踪和分析，具有一定的测试能力。 这部分用户主要是采用了本系统之后的后期工作维护者。 等等 )
2.3假定和约束
列出进行本软件开发工作的假定和约束，例如经费限制、开发期限等。 (这部分重要是对你有的技术力量、资金状况、人力资源等情况的假设，以使得你可以在什么样的情况和时间范围内完成工作。工期约束，经费约束，人员约束，地理约束，设备约束等几个方面列举说明。) 3需求规定 3.1对功能的规定
用列表的方式(例如IPO表即输入、处理、输出表的形式)，逐项定量和定性地叙述对软件所提出的功能要求，说明输入什么量、经怎样的处理、得到什么输出，说明软件应支持的终端数和应支持的并行操作的用户数。 (例如： INPUT输入 PROCESS处理 OUTPUT输出 LOAD负载量
A 预处理,做怎样的动作， AA CC B BBBB Bb v C CCCC cc v
表
一、xx模块IPO表 对IPO表的简单文字描述。 )
3.2对性能的规定 3.2.1精度
说明对该软件的输入、输出数据精度的要求，可能包括传输过程中的精度。 (例如：
Xx目标处理：1Byt–10M，包括左右边界值。 yy精度范围：„.
ZZ的精度：由于xx的特殊性，本系统均采用xx型来进行字符统计运算，概率部分以及其他比率部分精度精确到0.0x%。 )
3.2.2时间特性要求
说明对于该软件的时间特性要求，如对： a. 响应时间; b. 更新处理时间;
c. 数据的转换和传送时间; d. 解题时间;等的要求。 (这部分只要一一列举就可以：
由于xxx过程中，需要大量xxxx操作或怎样，故xx解题时间占总时间的最大部分。其次就是xx转换和存储的开销。其具体时间特性要求，如下： a. xx响应时间：xxms左右; b. yy更新处理时间：yy;
c. zz数据的转换和传送时间：zz; d. vv解题时间：vv。 等等 ) 3.2.3灵活性
说明对该软件的灵活性的要求，即当需求发生某些变化时，该软件对这些变化的适应能力，如： a. 操作方式上的变化; b. 运行环境的变化;
c. 同其他软件的接口的变化; d. 精度和有效时限的变化; e. 计划的变化或改进。
对于为了提供这些灵活性而进行的专门设计的部分应该加以标明。
(这部分按列举来即可， 由于本模块第一目的是用于xxx，其次则是xxxx。故本模块的灵活性在于实际应用者的不同。当需求发生某些变化时，该软件对这些变化的适应能力。具体情况如下： f. 操作方式上的变化：采用集成运行制和独立运行制两种模式，集成运行制是把本模块嵌入到分词工具包的主框架中，提供给用户具有一定UI的可操作软件;独立运行制是可以独立运行于后台，并提供给各种程序调用的模式的工作方式，以增强其生命力。
g. 运行环境的变化：主采用Windows平台的编译版本运行和调试，在时间允许的情况下，同步开发支持SUSE Linux的服务器版本。;
h. 同其他软件的接口的变化：在尽量保证接口不出现变动的情况下，允许接口的重载和再定义。但接口的命名规则是统一的;
i. 精度和有效时限的变化：精度在必须调整的条件下，可以上下浮动10个百分点;有效时限则依据现实的测试情况允许稍大范围的变化。
j. 计划的变化或改进：工作时间安排会存在必然的浮动，这部分要协同分词工具包课题设计组其他成员一同来进行商定，前期的计划可以稍微有些变动，后期的安排尽量按照计划执行。 等等 ) 3.3输人输出要求
解释各输入输出数据类型，并逐项说明其媒体、格式、数值范围、精度等。对软件的数据输出及必须标明的控制输出量进行解释并举例，包括对硬拷贝报告(正常结果输出、状态输出及异常输出)以及图形或显示报告的描述。
(这部分可以把输入输出分为 3.3.1输入要求和3.3.2输出要求，如下给出一个单元的例子。 XXX输出
数据名称：XXX输出数据 实际含义：用于XX,表示XXXX 数据类型：Character(字符串) 数据格式：XX 数据约束：由于xxx,，大小在xx以内 )
3.4数据管理能力要求
说明需要管理的文卷和记录的个数、表和文卷的大小规模，要按可预见的增长对数据及其分量的存储要求作出估算。 ( 根据实际系统要求列举即可 Name名称 Number数量 Size大小 Increase增长
词典xx xx xxxx 并行执行，其大小依据实际xx大文本而增长
)
3.5故障处理要求
列出可能的软件、硬件故障以及对各项性能而言所产生的后果和对故障处理的要求。
(包括软件压力，内存不足，硬件损坏等，这部分可以根据百度到其常见故障。) 3.6其他专门要求
如用户单位对安全保密的要求，对使用方便的要求，对可维护性、可补充性、易读性、可靠性、运行环境可转换性的特殊要求等。
(例如安全保密性：密钥更换等; 预期扩展：扩展兼容等;OS更换：Slackware转SUSE等 )
4运行环境规定 4.1设备
列出运行该软件所需要的硬设备。说明其中的新型设备及其专门功能，包括：
a. 处理器型号及内存容量;
b. 外存容量、联机或脱机、媒体及其存储格式，设备的型号及数量;
c. 输入及输出设备的型号和数量，联机或脱机; d. 数据通信设备的型号和数量; e. 功能键及其他专用硬件 (列举说明即可) 4.2支持软件
列出支持软件,包括要用到的操作系统、编译(或汇编)程序、测试支持软件等。 (操作系统和版本：xxxx 支撑环境和版本：xxxx 备用IDE环境和版本：xxxx 与该软件有关的软件组件：xxxx 后续可能扩展环境：xxxx ) 4.3接口
说明该软件同其他软件之间的接口、数据通信协议等。 (例如：
a.用户和主程序调用接口(图中接口1)。这个接口采用封装API形式和函数调用形式，分别以外部调用和内部调用的方式为不同用户提供使用本机械分词工具的入口。例如以xxxx方式调用DLL文件，以xxxx方式调用函数。如下图2所示。 图2.软件接口调用图 b.xx接口(图中接口2)。这里是一个xxx的接口调用过程。xxxx ) 4.4控制
说明控制该软件的运行的方法和控制信号，并说明这些控制信号的来源。 (例如：
下面通过图表的形式，将本模块以及涉及到本模块的软件模块的运行方法、控制信号，以及这些控制信号的来源，其中箭头所指方向对应的模块的控制信号来自箭头另一方向的模块，具体情况如下： 图3 .控制流程图
图3的具体说明情况如下表所示： Name模块名称 Method运行方式 Signal控制信号 Forward控制去向
主程序模块 运行框架 用户调用或运行 1. 调用xx模块 2. 调用xx方法 3. 调用标准输出模块
xxx模块 xxx xxx调用 Xxx模块
)
1.引言
1.1编写目的
该文档首先给出了整个系统的整体网络结构和功能结构的概貌，试图从总体架构上给出整个系统的轮廓，然后又对功能需求、性能需求和其它非功能性需求进行了详细的描述。其中对功能需求的描述采用了UML的用例模型方式，主要描述了每一用例的基本事件流，若有备选事件流则描述，否则则省略。而且还给出了非常直观的用例图。这些文字和图形都为了本文档能详细准确地描述用户的需求，同时也为用户更容易地理解这些需求的描述创造了条件。
1.2项目背景
a. 所建议开发软件的名称：学生信息管理系统
b.项目的任务提出者：xxx学校。 c. 开发者：xxx软件开发公司。 d. 用户：全体师生。
e. 实现软件的单位：软件3071软件开发公司。 f. 项目使用的软件：Microsoft access2003。 g. 系统：本软件应使用Microsoft Windows xp。 1.3定义
本文档中没有用到专门术语的定义和缩写词的原文。 1.4参考资料
[1] 周佩德.《数据库原理及应用》.电子工业出版社
[2] 刘炳文等，VISUAL BASIC程序设计——数据库篇，1999 [3] 李光明.《Visual Basic编程实例大制作》.冶金工业出版社
[4] 李红等编著，管理信息系统开发与应用，电子工业出版社，2003 [5] 软件工程，人民邮电出版社，2002年3月第一版
[6] 康博工作室，张红军，王红等缟著《Visual Basic中文版高级应用与开发指南》，人民邮电出版社，2001年4月第一版
[7] 林立军，程斌，翁迪恩缟著《Visual Basic 数据库开发指南》，西安电子科技大学出版社，2000年2月第一版
[8] 宋伟，吴建国等编著《中文Visual Basic编程基础》，北京，清华大学出版社
2.可行性研究的前提
2.1要求
通过调查,要求系统需要有以下功能:
⑴
要求有良好的人机界面;
⑵
较好的权限管理;
⑶
原始数据修改简单方便,支持多条件修改 ⑷
方便的数据查询，支持多条件查询; ⑸
相应的权限下，删除数据方便简单，数据稳定性好;
⑹
数据计算自动完成，尽量减少人工干预; 2.2目标 a. 人力与设备费用的节省; b. 处理速度的提高;
c. 控制精度或生产能力的提高;
d. 管理信息服务的改进; e. 决策系统的改进; f. 人员工作效率的提高。 2.3条件、假定和限制
a. 开发软件运行的最短寿命为一年。 b. 进行系统方案选择比较的期限：2周。 c. 经费来源和使用限制：自筹资金。
d. 法律和政策方面的限制：本软件公司版权所有，未经作者允许，非法传播、复制，违者追究法律责任，后果自负。 e. 硬件CPU p
3、内存256M.。 f. 软件：access2003。
g. 运行环境：本软件应使用Windows200
3、Windows xp操作系统。
h. 开发环境：本软件应使用Windows200
3、Windows xp开发。 i. 开发软件投入使用的最迟时间为2013年10月01日。 2.4可行性研究方法
由于本系统管理的对象单一,都是在校学生，且每个数据内容具有较强的关联性，涉及的计算过程不是很复杂。因此，比较适合于采用数据库管理。且学校用于学生管理的微机都是PIII以上的机器，在存储量、速度方面都能满足数据库运行的要求。在技术难度方面，由于有指导老师的指导和相关参考文献，特别是网上资料，特别是参考其它程序的功能，因此完全可以实现
3.对现有系统的分析
3.1处理流程和数据流程 班级管理业务流程图： 档案管理业务流程图： 课程管理业务流程图： 成绩管理业务流程图 3.2工作负荷
现有系统所承担的工作只能实现档案管理的简单功能，无法适应目前工作 中处理大量数据的功能。 3.3费用支出
开发这个项目总需三个人，4台计算机，一个可容纳
6、7个人的办公室，必须有充足的物质做精神动力，每台计算机上必须有所需要的软件，比如：办公软件、数据库软件、截图软件等，必须有3000万元的准备开支。 3.4人员
数据库管理人员1名，维护人员1名。
1、 3.5设备
四台计算机,一台备用,一个工作室.一台打印机,扫描仪一台 。 3.6局限性
现有系统主要存在如下不足： 1) 信息分散、共享性差 每个人的时间精力是有限的，大量的信息资源分散在不同的收集者手中，难于共享和发挥作用。还有就是用户毕业和离职时需要到不同的地方开办证明。 2) 信息的及时性、准确性差
数据的采集和处理部分靠人工，效率低、速度慢、滞后严重、反馈不及时，严重影响信息的反馈速度和质量，不能有效地、及时地提供基层决策需要的定量信息和领导决策需要的宏观定性信息。
4.所建议技术可行性分析 4.1对系统的简要描述
建议系统实现注册、查询等具体功能。 4.2处理流程和数据流程
4.3与现有系统比较的优越性
系统实现学生教师查询各种信息。 4.4采用建议系统可能带来的影响 4.4.1对现有软件的影响
需将计算机升级为CPU P
3、内存256M，添加一台打印机。 4.4.2对现有软件的影响
需要将Windows升级为2000以上。 4.4.3对系统运行的影响
(1)用户的操作严格按照系统要求规程。
(2)要求创建系统管理员与普通用户两种登录方式，分权限管理。
(3)数据应有系统管理员手动输入系统，普通用户无权输入数据。
(4)对数据有保存要求，并且对数据存储，恢复的处理。
(5)输出报告以报表的形式打印出来。
(6)系统具有恢复和备份的功能。 4.4.4对开发环境的影响
1、为了建立数据库，要求提供详细的数据资源。
2、为了开发和测验所建议系统而需要的计算机资源：CPU P
3、内存256M。
3、如数据涉及保密与安全问题，应由专人负责录入。 4.4.5对经费支出的影响
所建议系统的开发、设计经费开支：5000元。 维持运行而需要的经费开支：1000元。 4.5技术可行性评价
a. 在限制条件下，完成功能目标的实现; b.利用现有技术，功能目标一定能达到;
c. 对开发人员数量为5个人,每个人应对数据库知识有明确的了解，我们的组员都具有这种能力,一定按期完成工作;
d. 在规定的期限内，开发顺利完成。 5.所建议系统经济可行性分析 5.1支出
5.1.1基建投资
1、房屋和设施：500元。
2、ADP设备：1000元。
3、数据通讯设备500元。
4、环境保护设备200元。 5.1.2经常性支出
1、设备的租金和维护费用：500元。
2、数据的通讯方面的租金和维护费用500元。
3、人员的工资和奖金开支：3000元。
4、其他经常性的开支：2000元。 5.2收益/投资比 收益/投资比为3:1. 5.3投资回收周期 投资回收周期为半年. 5.4敏感性分析
1、应尽量延长系统生存周期，可延长至3年。
2、应是有效数据全部录入系统，使系统工作负荷量达到饱和。
3、应尽量提高系统的处理速度。
4、应提高设备和软件的配置。 6.社会因素可行性分析 6.1法律因素
如果发现有侵权行为,必进行严格的处罚,本公司版权所有,未经作者的允许，禁止非法传播、复制，违者追究法律责任，后果自负。 6.2用户使用可行性
本系统使用比较简单,适合普通用户操作,只要用户对说明书进行认真阅读,都可了解。 7.其他可供选择的方案
方案有许多但本公司选择了这套方案,他具有自己的优越感,运用编制菜单栏来省去代码,这是界面有好起来,又降低了工作难度,进而宏的运用更简化了工作难度。除提供的建议方案的具体功能外，还需增加网络功能，未被推荐的理由是目前尚不具备开发条件，投入与效益不成比例。 8.结论意见
结论意见可能是： a. 可着手组织开发;
b. 需待若干条件(如资金、人力、设备等)具备后才能开发; c. 需对开发目标进行某些修改;
d. 不能进行或不必进行(如技术不成熟，经济上不合算等); e. 其他。
三 软件项目计划
1. 引言
1.1 编写目的
软件项目开发是一项系统而复杂的工作，它需要一个团队互相配合、分工协作。软件项目管理系统可以规范一个软件开发团队的日常工作，提高工作效率。
为了很好的管理整个开发过程，同时预算整个开发过程的费用及时间的安排，给开发人员，管理人员一个参照物，明白自己在每一个阶段所需要完成的任务，协助他们更好地完成开发工作。
预期的读者：开发人员，项目经理，测试人员 1.2 背景
a.学生信息管理系统 b.提出者：项目经理，开发者：XXX开发团队。 1.3 定义
[列出本文件中用到的专门术语的定义和外文首字母组词的原词组。] 1.4 参考资料
[1] 周佩德.《数据库原理及应用》.电子工业出版社
[2] 刘炳文等，VISUAL BASIC程序设计——数据库篇，1999 [3] 李光明.《Visual Basic编程实例大制作》.冶金工业出版社
[4] 李红等编著，管理信息系统开发与应用，电子工业出版社，2003 [5] 软件工程，人民邮电出版社，2002年3月第一版
[6] 康博工作室，张红军，王红等缟著《Visual Basic中文版高级应用与开发指南》，人民邮电出版社，2001年4月第一版
[7] 林立军，程斌，翁迪恩缟著《Visual Basic 数据库开发指南》，西安电子科技大学出版社，2000年2月第一版
[8] 宋伟，吴建国等编著《中文Visual Basic编程基础》，北京，清华大学出版社 2. 项目概述 2.1 工作内容
1 需求分析： 1~3个月 2 概要设计： 2~3个月 3 详细设计： 2~3个月 4 编码: 2~3个月 5 测试： 1个月
6 发布： 1个月 2.2 主要参加人员 参与者 个人情况
XX 软件工程专业学生，熟悉java语言，数据库编程 XX 软件工程专业学生，熟悉C#语言 XX 软件工程专业学生，有很好的网页设计能力
XX 软件工程专业学生，有良好的界面设计的能力和测试经验 XX 专业为软件工程，从事开发工作一年，能过独立地完成小型项目的整个开发过程
2.3 产品 2.3.1 程序
名称 编程语言 媒体形式 功能及能力
系统功能 C#+SQL Server 2000 文本 管理学生的学籍信息，统计学生的相关信息。学生信息的增加、修改、删除、查询 数据信息管理 C#+SQL Server 2000 文本 学生学籍信息管理，学生选课信息管理
基本业务 C#+SQL Server 2000 文本 学生注册、学籍信息维护，学生选课，老师管理班级信息。
信息浏览与查询 C#+SQL Server 2000 文本
管理员学生学籍信息浏览、查询
数据库 SQL Server 2000 数据库文件 数据库文件可以直接附加到本地的SQL Server 2000中的数据库中
学生学籍管理系统 C#+SQL Server 2000 CD光盘
程序的运行文件，运行之后只要发布之后就可以了 2.3.2.文件
需求说明书，安装指南，用户操作手册，预计可能出现故障及解决办法 2.3.3.服务
培训安装：系统测试完毕之后，2012年10月10日至12日两天的安装和使用的培训时间，主要是让用户适应本系统的运行环境与操作习惯 维护：系统出现故障时，用户可参照手册进行自行解决，如果解决不了，则派维护人员过去，系统的维护期2012年10月14日到2013年10月15日， 超过期限将不再派人去维修 2.3.4.非移交的产品
整个系统全部的的代码不必要给用户，所使用的技术及参考的文献也可以自己保留，以及该软件所使用的技术文档，这些都是不用给用户的 3. 实施计划
3.1 工作任务的分解与人员分工 1需求分析
负责人： 汪国志 参与人：汪国志 2 概要设计
负责人：汪国志 参与人：汪国志 3 实现
负责人：汪国志
参与人：汪国志，XXX，XXX，XXX，XXX，XXX 4 测试
负责人：汪国志 参与人：汪国志 5 维护及用户培训 负责人：汪国志 参与人：汪国志 3.2 接口人员 负责人：汪国志 参与人：汪国志
职责:统一接口，使不同层之间能通信 3.3 进度 1 需求分析
开始时间：2012-10-01 完成时间：2012-12-30 所需资源：客户的需求
完成标志：完成需求分析说明书 2 设计
开始时间： 2013-01-01 结束时间： 2013-03-01 所需资源： 需求分析说明书 完成标志： 概要设计说明书 3 编码实现
开始时间： 2013-03-01 结束时间： 2013-06-01 所需资源： 概要设计说明书，设配 完成标志： 系统能顺利运行 4 测试
开始时间： 2013-06-01 结束时间： 2013-08-01 所需资源： 能顺利运行的系统 完成标志： 修复现存的bug 5 移交 开始时间： 2013-08-01 结束时间： 2013-10-01 所需资源： beta版系统 6 培训 开始时间： 2013-10-01 3.4 预算
1.采购必要设备的投资： 网络平台的建设，包括了建设方式和联网建筑物数等等方面去计算，这一块需要200万左右;
服务器与存储系统，从发卡量和设备数量等估算，这一块需要100万左右; 射频卡终端，包括读写器与POS机，这一块需要20万左右。 2.开发系统的投资：
按目前市场上一卡通管理系统的开发价格来看，开发所需的投大概在50万不等; 4.总计：:350万左右; 3.5 关键问题
本系统的操作过程简单，实现技术要求也不高，所以没有要特别列出的关键问题 4.支持条件 4.1 运行环境
a. 开发软件运行的最短寿命为一年。 b. 进行系统方案选择比较的期限：2周。 c. 经费来源和使用限制：自筹资金。
d. 法律和政策方面的限制：本软件公司版权所有，未经作者允许，非法传播、复制，违者追究法律责任，后果自负。
e. 硬件CPU p
3、内存256M.。 f. 软件：access2003。
g. 运行环境：本软件应使用Windows200
3、Windows xp操作系统。 h. 开发环境：本软件应使用Windows200
3、Windows xp开发。 4.2 需由用户承担的工作
数据库的初始化需要用户自己录入，这个应该在测试之前完成，所以编码之前，由开发人员做好数据库，然后由用户安排人录入初始数据库，且必须在2013年6月1日之前完成。 4.3 需由外单位提供的条件
本项目希望得到委托商的资金支持，人员支持，如取需求时，能够提供部分食堂为我们的测试的提供支持环境，还有技术支持 5.专题计划要点
专题计划 要点
合同计划
在分析阶段拟定合同书，分析阶段一结束就签订合同，合同包括需求的定义，如出现任何问题，可以根据合同调解，以及费用的支付，在每个阶段结束之后，委托方需支付开发方多少现金
测试计划
包括单元测试，集成测试，系统测试计划，主要参照开发文档，拟定计划，具体到输入的格式，响应的时间，需求的确认
五 进度计划风险列表
1.最常见的进度计划风险
1)功能无限蔓延; 2)质量不定 3)计划过于乐观 4)设计欠佳 5)银弹综合症 6)研发导向开发 7)人员薄弱 8)签约商失败;
10)研发人员与客户的磨擦。 2.进度计划风险完整列表
2.1 计划编制风险
1)计划、资源和产品定义全凭客户或上层领导口头指令，并且不完全一致;
2)计划是优化的，是“最佳状态”; 3)计划忽略了必要的任务;
4)计划基于使用特定的小组成员，而那个小组成员其实指望不上。 5)在限定的时间内无法建成已定规模大小的产品; 6)产品规模比估计的要大一些; 7)工作量大于估算数;
8)进度已经拖延的项目在重新评估时过于优化或忽视项目历史; 9)过度的进度压力造成生产率下降;
10)目标日期提前，但没有相应地调整产品范围或可用资源; 11)一个任务的延迟导致相关任务的连锁反应;
12)涉足不熟悉的产品领域，花费在设计和实现上的时间比预期的要多。 2.2 组织和管理
1)项目缺乏一个有凝聚力的最高领导人;
2)由于前期乏力，项目长时间被搁置; 3)解雇和削减开支导致项目小组能力下降;
4)仅由管理层或市场人员进行技术决策，导致计划进度延长; 5)低效的项目组结构降低生产率;
6)管理层审查/决策的周期比预期时间长; 7)预算削减打乱项目计划;
8)管理层做出了打击项目组织积极性的决定; 9)非技术的第三方的工作比预期延长(如审批，采购等); 10)计划性太差，无法适应期望的开发速度;
11)项目计划由于压力而放弃，导致开发混乱、低效;
12)管理层强调英雄主义，而忽视客观确切的状态报告，这会降低发现和改正问题的能力。 2.3 开发环境
1)设施没有及时到位; 2)设施到位，但不配套; 3)设施拥挤、杂乱或者破损; 4)开发工具未能及时到位;
5)开发工具不如期望那样有效，开发人员需要时间创建工作环境或切换新的工具;
6)开发工具的选择不是基于技术需求，不能提供计划要求的性能; 7)新开发工具的学习期比预期的长，内容繁多。 2.4 最终用户
1)最终用户坚持新的需求;
2)最终用户对于最后交付的产品不满意，要求重新设计和重做; 3)最终用户不买进项目产品，无法提供后续支持;
4)最终用户的意见未被采纳，造成产品最终无法满足用户期望，而必须重做。
2.5 客户
1)客户坚持新的需求;
2)客户对规划、原型和规格的审核/决策周期比预期长;
3)客户没有或不能参与规划、原型和规格阶段的审核，导致需求不稳定和耗时的重复;
4)客户答复的时间比预期长(如回答需求中需澄清的问题); 5)客户坚持技术决策而导致进度计划延长;
6)客户对开发进度管理过细，导致实际进展变慢;
7)客户提供的组件无法与开发的产品匹配，导致额外的设计和集成工作;
8)客户提供的组件质量欠佳，导致额外的测试、设计和集成工作，以及额外的客户关系管理工作;
9)客户要求的支持工具和环境不兼容、性能差或者功能不完善，导致生产率降低;
10)客户不接受交付的软件，尽管它满足了所有的规格; 11)客户期望的开发速度是开发人员无法达到的。 2.6 承包商
1)承包商没有按承诺交付组件;
2)承包商递交的组件质量低下无法接收，必须花时间改进质量;
3)承包商没有买进项目开发需要的工具，进而无法提供需要的性能水平。
2.7 需求
1)需求已经成为项目基准，但变化还在继续;
2)需求定义欠佳，而进一步的定义会扩展项目范畴; 3)添加额外的需求;
4)产品定义含混的部分比预期需要更多的时间。 2.8 产品
1)错误发生率高的模块需要比预期更多的测试、设计和实现工作;
2)校正质量低下不可接受的产品，需要比预期更多的测试、设计和实现工作。
3)在一个或多上新兴领域推广计算机技术使得计划进度的延长不可预 4)由于软件功能的错误，需要重新设计和实现;
5)开发额外不需要的功能(镀金)延长了计划进度;
6)要满足产品规格与速度要求，需比预期更多时间，包括重新设计和实现的时间;
7)严格要求与现有系统兼容，需要进行比预期更多的测试、设计和实现工作;
8)要求与其他系统、复杂系统或不受本项目控制的系统相连，导致无法预料的设计、实现和测试工作。
9)要求在不同操作系统下运行将花费比预期更长的时间;
10)在不熟悉或未经检验的软(硬)件环境中运行产生未预料的问题; 11)开发一种对组织全新的模块将比预期花费更长的时间; 12)依赖正在开发中的技术将延长计划进度。 2.9 外部环境
1)产品依赖政府规章，而规章的改变将是不可预期的;
2)产品依赖草拟中的技术标准，而最后的标准将是不可预期的。 2.10 人员
1)招聘人员所花时间比预期的长;
2)作为先决条件的任务不能按时完成(如培训、其它项目); 3)开发人员和管理层之间关系不佳导致决策缓慢，影响全局;
4)项目组成员没有全身心投入项目，进而无法达到需要的产品性能水平;
5)缺乏激励措施，士气低下，降低了生产能力; 6)缺乏必要的规范，增加了工作失误与重复工作;
7)某些人需要更多时间适应不熟悉的软件工具和环境、硬件环境、编程语言;
8)项目结束前，合同制人员离开团队，或雇员辞职;
9)项目后期加入新的开发人员，额外的培训和沟通降低现有成员的效率;
10)项目组成员不能有效地一起工作;
11)由于项目组成员间的冲突，导致沟通不畅、设计欠佳、接口错误和额外的重复工作;
12)有问题的成员没有调离项目组，损害了项目组其他成员的积极性; 13)项目的最佳人选未加入项目组;
14)项目的最佳人选已加入项目组，但因其他原因未能合理使用; 15)没有找到项目急需的具有特定技能的人; 16)关键人物只能兼职参与; 17)项目人员不足;
18)任务的分配与人员技能不匹配; 19)人员工作的进展比预期的慢;
20)项目管理人员怠工导致计划和进度失效;
21)技术人员怠工导致工作遗漏或质量低下，工作需要重做。 2.11 设计与实现
1)设计过于简单，无法确定主要事件，并导致重新设计和实现; 2)设计过于复杂，导致一些不必要的工作，影响实现效率; 3)设计质量低下，导致重复设计和实现
4)使用不熟悉的方法，导致额外的培训时间，并重犯前期使用这种方法时导致的错误;
5)产品采用低级语言来实施，导致生产率比预期的低;
6)一些必要的功能无法使用现有的代码和库实现，开发人员必须使用新库或自选开发所要的功能;
7)代码和库质量低下，导致需要额外的测试、错误修正或重做; 8)过高估计了增强型工具对计划进度的节省量;
9)分别开发的模块无法有效集成，需要重新设计或重做。 2.12 过程
1)大量的纸面工作导致进程比预期的慢;
2)进程跟踪不准确，导致无法预知项目是否已落后于计划进度; 3)前期的质量保证行为不真实，导致后期的重复工作;
4)质量跟踪不准确，导致无法得知影响进度的质量问题; 5)太不正规，导致沟通不足，质量问题和工作重做; 6)过于正规，导致过多耗时无用的工作;
7)向管理层撰写进度报告占用的开发人员的时间比预期的多; 8)风险管理粗心，导致没有发现重大的项目风险; 9)软件项目风险管理花费的时间比预期的多。
(提纲挈领)
政府投资项目跟踪审计研究
李 丽 娟
1、政府投资项目的现状
2、传统项目审计的弊端
3、跟踪审计的优势
4、目前跟踪审计的现状
5、加强政府性投资项目全过程跟踪审计的必要性
6、政府投资项目跟踪审计的对象及内容
7、政府投资项目跟踪审计与一般跟踪审计的区别
8、跟踪审计的方法
9、个人对政府投资项目跟踪审计的思考
10、结论
开 题 报 告
政府投资项目跟踪审计研究
李 丽 娟
温总理说，政府投资项目到哪里，跟踪审计到哪里。自08年下半年起全球大规模的金融危机暴发以来，各国政府都积极的出台了相关救市措施。我们国家也随即出台了4万亿救市计划，各级地方政府也出台了各种救市计划。其中有大部分资金将投向固定资产领域，其中建安投资又将占着极大的比例。有资料显示，政府投资固定资产都不是小数目，动辙几亿、几十亿。如何让这么宠大的资金有效的使用，造服于民?使钱真正花在刀刃上?使投入的资金获得最大的投资收益?真正取之于民，用之于民?如何规范发、承包双方的履约行为，真正从源头上避免浪费、防止腐败和不廉洁行为的发生?
国家《审计法》颁布后建设工程审计才正式实施，整个审计重点放在对工程竣工验收后的结算审计，是一种事后的静态审计监督，事前和事中基本没有审计部门介入。不难看到，传统审计模式存在着不少缺陷：
一是介入时段滞后。当事后审计开始时工程已竣工验收，许多施工过程已无法看到，隐蔽工程更难再现，当后期结算中遇到争议时，很难在现场观察取证。二是介入形式被动。审计前，审计人员基本上是局外人，对施工、验收和结算等过程基本不顾问，不能主动深入到现场，仅仅是在接受建设方委托后，才应合同或协议要求，被动地开始审计工作。
三是分歧争议频繁。当一些签证或变更内容表述含糊或理解角度不同时，但审计人员手里却没有详实确凿的记载和证据，而无法说服对方。因此，争议时常发生，甚至分歧越来越大，其结果是审核久拖不决，延长了审计周期。
四是静态操作存在局限。建设工程全寿命过程包含了决策、设计、招投标、施工、工程竣工结(决)算及后评估这些阶段。显然，传统审计范围只涵盖了施
工和竣工结(决)算两个阶段，若着眼于工程的整个周期，这种审计带有很大的片面性和局限性，不能全面反映出对其它阶段经济活动的审核监督。即使是在施工、竣工结算这两阶段内，也只是在事后环节介入，事前事中工作量几乎为零。因此，这种只注意到单一环节和单一阶段，不考虑相关相邻影响因素的传统审计就只是静态的工作方法而不是动态的，这就使整个工程实施过程出现了监督视野的“盲区”。纠正这种现象，审计机关必须前移审计“关口”，实行从前期准备、建设实施直至竣工投入使用的全过程跟踪审计，从而做到及时发现并纠正问题，实现“不等亡羊先补牢”，避免造成不可挽回的损失。
相比传统的事后竣工决算审计而言，全过程跟踪审计将审计的切入点前移，将审计内容的覆盖面扩大，不再仅仅是重点审核工程的预算、结算，而是对整个建设项目的管理工作是否规范、有序、有效进行监督。显而易见，跟踪审计的优势在于能在工程建设初期就堵塞一些管理上的漏洞，防止工程建设领域里常见的不规范行为给国家造成损失，避免到竣工结算时发现了问题，却因既成事实而无法挽回的情况发生，它能促使建设项目管理更规范，促进绩效的提高、有助于遏制投资领域的腐败行为发生。
项目跟踪审计是保证建设资金的安全、合理和有效使用的途径之一。对建设项目从立项到建成后的全过程进行监督、控制、评价和服务，及时纠正项目建设中存在的问题，规范管理行为，保证建设资金合理、合法使用，促进建设项目提高经济效益。以建制度、防隐患，促发展为目标，保证严格执行基本建设程序，规范管理，促进廉政建设，维护财经法纪，保证建设资金的安全、合理和有效使用。
推荐阅读：
软件外包项目总结报告08-06
软件项目考察报告（推荐6篇）04-05
软件项目立项报告范本（精选7篇）09-14
软件项目总结04-05
项目验收方案软件02-13
软件项目管理论文04-11
软件项目策划书06-14
软件开发项目月报05-14
软件项目策划书范文04-19
软件项目管理论文提纲11-15
