软件开发规范（仅供参考）

大鸟，飞起来

<>1.2 适用对象及范围<BR>1.2.1 对象<BR>本规范是为以下人员制定的：<BR>l 项目管理人员----在软件开发过程中负责技术管理和项目管理的人员。<BR>l 软件质量保证人员----在软件开发过程中负责质量控制的人员。<BR>l 软件开发人员----在软件开发过程中负责系统分析、设计、实现的人员。<BR>l 技术支持人员----在软件开发过程中参与方案规划和系统技术支持的人员。<BR>l 软件维护人员----在软件开发结束后负责对产品进行维护的人员。<BR><BR>1.2.2 范围<BR>l 公司对外承接的用户工程项目<BR>1.3 软件生存周期划分<BR>一个软件从定义、开发、使用和维护，直至最终被废去的过程，叫软件生存周期。<BR>目前，多数软件开发仍采用“瀑布模型”，将软件生存周期各阶段视如瀑布流水，逐级下落，逐步进行。本规范将应用软件产品开发生存周期划分为七个阶段:<BR>1、系统规划<BR>2、系统分析<BR>3、系统设计<BR>4、系统实现<BR>5、系统测试<BR>6、系统确认<BR>7、系统维护<BR>下图为：软件生存周期的阶段划分示意图，该图能够清晰地反映各阶段之间的开发流程关系：<BR><BR>zoufujuan <BR>2002-09-28 15:47<BR>1.4.1 基本原则<BR>不论采用何种开发模型，都必须坚持软件工程的原则：<BR>l 软件开发过程一定要划分成一系列界面清晰的工作阶段，每个阶段都有明确的目标和要求，都要产生一定的阶段成果；<BR>l 用可见的文档描述每个阶段的任务、实施步骤、要求和完成标志；<BR>l 对每个阶段的工作结果，都要进行严格的检查、评审或验证；<BR>l 前一阶段的工作经审查通过方能进入下一阶段的工作。<BR><BR>1.4.2 项目管理<BR>软件项目或产品在整个软件生存周期之内都要受到项目经理和公司技术部、领导小组的管理与控制，专家小组负责生存周期中各个阶段的里程碑审核。<BR>软件开发项目组织在逻辑上应有三方面人员参加：管理人员，质量保证人员，开发人员，并以管理为核心，以质量为保证，遵循本开发规范进行开发。<BR><BR>1.4.3 文档编制<BR>文档编制应是开发过程的自然结果，而不应是事后的敷衍之物。各种文档编制应遵循相应的文档标准。<BR><BR>zoufujuan <BR>2002-09-28 15:48<BR>2.1.2 阶段评审<BR>在软件生存周期的不同阶段衔接时要进行阶段评审，由技术部主持召开技术评审会，确立本阶段的主要里程碑。根据项目的规模大小和开发难易程度，组织一个专家小组，针对本阶段所确立的主要里程碑召开阶段评审会议进行评<BR>审。会议形式为设计人员讲解，集体评审，并形成书面报告。<BR><BR>2.1.3 里程碑审核<BR>在软件生存周期的每个阶段内设立若干个里程碑，具体的里程碑划分和标志由项目经理在阶段计划中拟定。各里程碑完成时，由项目经理主持召开技术审核会，对里程碑标志进行审核。<BR><BR>2.1.4 各阶段评审或阶段内里程碑审核的重要内容<BR>1． 系统规划<BR>（1） 项目方案是否已获得客户确认？<BR>（2） 产品计划的市场把握情况怎样？<BR>（3） 解决方案技术上可行吗？<BR>（4） 是否为系统的确认建立了机制？<BR>（5） 系统开发的资源准备好了吗？<BR>（6） 系统开发的风险因素考虑了吗？<BR>（7） 系统开发进度安排协调吗？<BR>（8） 系统开发成本估算的基础可*吗？<BR>（9） 文档资料完备吗？<BR><BR>2． 系统分析<BR>（1） 问题领域分析完整、一致和精确吗？<BR>（2） 对象的分解和层次正确合理吗？<BR>（3） 外部和内部接口正确定义了吗？<BR>（4） 系统逻辑模型正确地反映了对象以及它们的属性和关系吗？<BR>（5） 系统功能和性能是可测试的吗？<BR>（6） 系统需求与进度安排、资源配置和费用预算一致吗？<BR>（7） 文档资料完备吗？<BR><BR>3． 系统设计<BR>（1） 系统体系结构反映了系统需求吗？<BR>（2） 数据结构与系统需求一致吗？<BR>（3） 是否所有接口都已定义？<BR>（4） 硬件、软件和人之间的功能是否已清楚分开？<BR>（5） 是否对系统实现的可行性进行了评估？<BR>（6） 系统设计考虑了可维护性吗？<BR>（7） 是否已明确了系统测试的要求？<BR>（8） 是否已建立了软件配置管理？<BR>（9） 文档资料完备吗？<BR>4． 系统实现<BR>（1） 所有程序单元是否均已定义准确？<BR>（2） 算法设计能完成所要求的功能吗？<BR>（3） 系统的输入、输出设计是否完善清晰？<BR>（4） 编码是否符合已定编码规范？<BR>（5） 界面是否符合已定软件风格？<BR>（6） 处理边界条件的措施是否得当？<BR>（7） 程序逻辑复杂性是否得以控制？<BR>（8） 文档资料完备吗？<BR><BR>5． 系统测试<BR>（1） 测试是否达到测试大纲的要求?<BR>（2） 是否遗漏了测试项？<BR>（3） 测试记录是否已保存和统计？<BR>（4） 测试报告是否正确？<BR><BR>6． 系统确认<BR>（1） 系统开发总结全面实际吗？<BR>（2） 项目是否已验收？<BR>（3） 产品是否已发布？<BR>（4） 是否已建立系统维护和技术支持？<BR>（5） 文档资料完备吗？<BR><BR>7． 系统维护<BR>（1） 客户反映的问题合理吗？<BR>（2） 设计、编码、测试是否还需要改进？<BR>（3） 考虑了由于修改引起的副作用吗？<BR>（4） 系统修改是否执行规定程序？<BR>（5） 是否应该有预防性维护？<BR>（6） 客户档案完整吗？<BR>（7） 客户使用情况是否已进行了跟踪？<BR>（8） 文档资料完备吗？<BR>（9） 维护资源是否齐全？<BR>2.1.5软件开发总体流程说明<BR>1. 系统规划：通过客户的要求、市场调研预测等形式提出初步的需求，由技术部立项并由公司领导启动后，由项目经理负责系统规划，确定项目开发计划。<BR>2. 系统分析：根据项目开发计划，由项目经理带领系统分析员进行系统分析，确定系统的规模和目标，递交需求分析说明书，由专家小组进行集体会审，直到批准为止。<BR>3. 系统设计：根据项目开发计划，按照需求分析说明书的要求，由项目经理带领系统分析员和系统设计员进行系统设计，建立目标系统的物理模型，设计系统的总体结构，确定各组件的功能结构，定义各组件间的数据接口和<BR>控制接口，设计数据库和全局数据结构，递交概要设计说明书，并由专家小组进行集体会审，直到批准为止。在系统设计的进程中，随时要依据目标系统的逻辑模型的变化来调整目标系统的物理模型，进而选择一个相对最佳的目<BR>标系统实现方案。如果在本阶段中发现目标系统的逻辑模型有不合理的地方而导致无法进行系统设计，则可能会发生回复到系统分析阶段进行重新需求分析，重新建立目标系统的逻辑模型。<BR>4. 系统实现：根据项目开发计划，按照目标系统的物理模型，在选定的系统开发环境和开发支持环境的基础上进行系统的详细设计、组件设计、应用程序设计、系统构造和单体测试，确定软件度量，经过多次循环反复和螺旋<BR>渐进，直至最终实现系统的既定目标，完成系统代码的编制。如果在本阶段中发现目标系统的物理模型有不合理的地方而导致无法实现目标系统，则可能会发生回复到系统设计阶段进行重新系统设计，重新建立目标系统的物理模<BR>型。<BR>5. 系统测试：根据项目开发计划，按照系统测试大纲的要求，进行组装测试和确认测试，直到软件不再有重大的明显的错误发生，确认测试报告为止。如果在本阶段中发现无法修改的严重错误，则可能会发生回复到系统实现<BR>阶段进行重新详细设计，重新编写系统代码，也有可能回复到系统设计阶段重新建立目标系统的物理模型。<BR>6. 系统确认：根据项目开发计划，本阶段是处于软件的试运行阶段，由项目经理带领开发人员为最终的项目验收或产品发布准备文档，直到项目按照与客户协商的的议定形式进行验收通过或产品发布和市场投放为止。<BR>7. 系统维护：根据项目开发计划，维护人员按事先规定的方式进行软件维护活动，以保证软件在用户端的正常运行，为软件的用户提供长远的正确高效的服务，完成对用户的培训，以及做好维护记录，直到与客户所签定的技<BR>术协议书或软件开发合同中所商定的系统维护期结束或者批准系统改进报告，另立二次开发项目为止。<BR>2.2 系统规划<BR>2.2.1 任务<BR>1、根据用户招标书、需求报告、合作开发意向或市场分析结果进行项目可行性研究，提出项目总体方案（或立项）建议书；<BR>2、签订技术开发协议或合同，下达项目任务书；<BR>3、制定项目开发计划。 <BR></P>

hh920789

<>不错</P>
<>博雅资源网</P>
<><a href="http://www.boyacode.com/" target="_blank" >http://www.boyacode.com</A></P>
<>欢迎您的加盟~~~~!!!!</P>

☆心蓝

[em04]还是写几行代码好

香耐儿

看到如此好帖，怎么能不顶呢？
















古之立大事者，不惟有超世之才，亦必有坚忍不拔之志。---魔兽剑圣异界纵横
小游戏 极品家丁 龙蛇演义 恶魔法则 飞升之后 异界枪神 凡人修仙传 魔兽领主 超级农民 成人小游戏 极品公子