软件项目规模怎么填

软件项目规模怎么填

问题一：怎么确定软件项目的规模 大中小项目其实只是一个相对的说法。
可以根据人力投入、资金投入、开发周期来界定。
软件的开发项目，可以根据开发资金界定。
如：50万以下属于小项目，50-300万属于中型项目，300万以上属于大型项目。
但包括硬件的项目，其资金的标准就要提高了。问题二：项目建设规模怎么写 应描述总占地面积，建筑面积，建筑功能、投资总额等。问题三：项目建设规模是指什么 项目建设规模指的是项目的占地面积、建筑面积、建筑功能、投资总额等。
在项目施工中，规划项目建设规模的方法如下：
应选择合理的建设规模，以达到规模经济的要求。但规模扩大所产生效益不是无限的，它受到技术进步、管理水平、项目经济技术环境等多种因素的制约。项目规模合理化的制约因素有：市场因素，是项目规模确定中需考虑的首要因素，市场因素又可以进一步细分为市场需求状况、市场供应状况、市场价格分析和市场风险分析；技术因素；环境因素罚建设规模方案比选的方法包括盈亏平衡产量分析法、平均成本法、生产能力平衡法、以及按照政府或行业规定确定的方法。问题四：广联达经济标中的项目规模在哪填写 如果没有别的问题的话，项目规模应该是软件里面的建筑面积填写有误，你在试试。问题五：企业规模怎么写？ 一个企业的规模是方方面面的，比如投资200万，你的面积有供大，设备多少，能容纳多少辆车，有多少汽修人员和管理人员，这些都是具体规模的项目内容。问题六：软件需求说明怎么写 如何写需求分析报告（软件需求说明书GB856T-88）
近来学校的一些科研项目又在申报了，一些学弟开始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和S1、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目标
叙述该项软件开发的意图、应用目标、作用范围以及其他应向读者说明的有关该软件开发的背景材料。解释被开发软件与其他有关软件之间的关系。如果本软件产品是一项独立的软件，而且全部内容自含，则说明这一点。如果所定义的产品是一个更大的系统的一个组成部分，则......余下全文>>问题七：软件工程师简历中的 项目经验 如何写？ 可以给你几点建议，面试的时候会这样去问：抚时间，任务分配，角色分配（也可以说是责任分配），项目进度控制，最终的结果，你的个人经验总结，优缺点。最好是量化的，最能说服人。
你充当的角色，在此过程中遇到过哪些难题，是怎么解决的，突破口是什么，有没有折衷的解决方案。问题八：软件规模估算有哪些方法？ 软件规模估算的假设和思路：
?软件的规模和其外延成正比
l外延包括: 功能, 数据, 用户操作界面数, 显示界面数等等
?不同的功能点实现的困难度不同, 但从整个项目来说, 平均的困难度差不多?规模估算的目标：是决定工作量的大小。对于成本模型，规模是计算软件项目的工作量、成本和进度的主要输入?规模估算的责任者：程序员、软件工程师、系统分析员负责决定软件项目的规模?规模估算的入口准则 :在规模估算之前，软件功能需求必须被定义。在项目早期定义需求可能是非常困难任务。然而，在对需求一无所知的情况下，精确的估算出项目的成本和进度是不可能的。如果知道部分需求，那么估算基于已知的需求并且相信每一个人都相信估算仅仅是基于那些已知的需求，如果使用了增量或演进的开发策略，那么估算基于增加的已定义需求。?规模估算输入 :软件需求说明书（SRS）
历史规模数据
?规模估算活动 : 软件产品规模通常以代码行（SLOC）或千代码行（KSLOC）度量。软件应该以全新代码或者合并新旧代码进行开发。对已存在代码接口的估算与新代码的估算是同等重要的。已存在代码借口通常需要与开发新代码相同的工作量。?软件产品规模估算应该主要基于历史数据和经验。历史规模数据可以从组织软件过程数据库中找到。而且，两个或更多的具有类似经验的软件工程师应该开展自顶向下/自底向上规模估算，步骤如下：A) 基于定义每个计算机软件模块的需求开发系统的高级架构图B) 基于每个计算机软件模块开发功能WBSC) 根据相似项目经验和历史数据，为每一个软件模块手工估算出最底层（自底向上）可能详细的代码行或功能点，规模估算工具可以作为第二个输入D) 估算出期望的规模加上标准偏差，即：规模的最低值和最高值来反映名义值的不确定性。在项目的早期阶段，最低和最高估算结果之间的范围可能是30-50%，例如：概念阶段。如果缺乏经验或有较高的技术风险，范围将会更大E) 具有类似经验的软件工程师应该评审并优化估算结果直至达成一致意见。经验表明，规模估算经常偏低，故最低规模估算结果应该给与特别审查一些规模估算的标准方法和工具如下：Wideband Delphi技术、Pert Sizing技术、功能点方法、类比法和自动化规模估算工具。这些方法的详细描述在前面功能估算和预算制定中已经提到。建议至少使用两种方法进行规模估算，不要依赖于任何一种方法提示：项目早期规模估算可能非常难以精确的确定。对于单一的规模数字，取而代之使用值的范围（最大值、最小值、可能值）。随着项目的进展，规模的确定越来越精确。一旦项目的编码完成，就可以使用自动化的代码行工具计算程序的规模了。目前常用的软件规模评估方法
?FPA(Function Points Analyze)(1989)
l主要适用于 MIS，前面已做过详细说明?FFP(Full Function Points)(1997)
l适用于 real-time software, system software, general application, and also MIS applicationl不适用于包含复杂的数学计算的 application(如: 专家系统, 仿真软件, 自学习软件, 媒体播放等)
......余下全文>>问题九：项目建设内容怎么写？ 项目建设是指具有独立的行政组织机构并实行独立的经济核算，具有设计任务书，并按一个总体设计组织施工的一个或川个单项工程所组成的建设工程，建成后具有完整的系统，可以独立的形成生产能力或使用价值的建设工程。
按国家的规定，基本建设程序包括：项目建议书、可行性研究报告、初步设计、开工报告和竣工验收等工作环节。因此项目建设的内容，就应该涵盖项目以上项目建设程序所涉及的有关事项。问题十：软件需求说明怎么写 1.1.编写目的
使用户和项目人员明确系统的功能、应用范围
1.2.项目范围
本系统可以在Windows 2000、Windows NT、Windows XP平台应用
1.3.定义
反正把需要的都写上