软件开发管理制度范本18901.docx

软件开发管理制度第一节 总 则第一条 为规范自有有软件研研发以及及外包软软件的管管理工作作，特制制定本制制度。本本制度适适用于公公司总公公司软件件研发与与管理，分分公司参参照执行行。第二条 本制度中软软件开发发指新系系统开发发和现有有系统重重大改造造。第三条 本制度中自自行开发发是指主主要依赖赖公司自自身的管管理、业业务和技技术力量量进行系系统设计计、软件件开发、集集成和相相关的技技术支持持工作，一一般仅向向外购置置有关的的硬件设设备和支支撑软件件平台；合作开开发是公公司与专专业ITT公司（合合作商）共共同协作作完成IIT应用用的项目目实施和和技术支支持工作作，一般般形式是是公司负负责提供供业务框框架，合合作商提提供技术术框架，双双方组成成开发团团队进行行项目实实施，IIT系统统的日常常支持由由研发部部和合作作商共同同承担，研发负责内部支持，合作商负责外部支持；外包开发是指将IT应用项目的设计、开发、集成、培训等任务承包给某家专业公司（可以是专业的IT公司或咨询公司等），由该公司（承包商）负责应用项目的实施。第四条 软件开发遵遵循项目目管理和和软件工工程的基基本原则则。项目目管理涉涉及立项项管理、项项目计划划和监控控、配置置管理、合合作开发发管理和和结项管管理。软软件工程程涉及需需求管理理、系统统设计、系系统实现现、系统统测试、用用户接受受测试、试试运行、系系统验收收、系统统上线和和数据迁迁移。第五条 除特别指定定，本制制度中项项目组包包括业务务组（营营销部、运运维部）、IIT组（研发部和合作开发商）。第二节 立项管管理第六条 提出开发需需求的营营销部、运运维部等等业务部部门参与与公司层层面立项项，研发发部进行行立项的的技术可行行性分析析，共同同编写立项分分析报告告（附件件一），开开展前期期筹备工工作。立项项分析报报告应应明确项项目的范范围和边边界。第七条 应用系统主主要使用用部门将将立项分分析报告告上交公司司进行立立项审批批，以保保证系统统项目与与公司整整体策略略相一致致。第八条 立项分析析报告得到批批准后，成成立项目目组（如如果是外外包开发发，则成成立外包包商项目目组；如如果是合合作开发发，则与与外包商商共同成成立合作作开发项项目组，以以下统称称“项目组组”），项项目组应应包括业业务组（由由公司相相关业务务部门组组成）和和IT组组（自行行开发为为研发部部；外包包开发为为外包商商成员；合作开开发为研研发部和和外包商商成员）。公公司委派派一名员员工负责责监督项项目的进进度，进进行项目目管理工工作，确确保开发发能及时时完成并并能满足足业务需需要。项项目组人人员的选选择应满满足项目目对业务务及技术术要求，项项目组人人员应有有足够的的业务和和IT技技术方面面的专业业知识来来胜任项项目各方方面的工工作。第三节 需求分分析第九条 立项后业务务组对用用户需求求进行汇汇总整理理，出具具业务需需求说明明书（附件件二），并并确保业务需需求说明明书中包含含了所有有的业务务需求。业务需求说明书经系统使用单位（用户）确认，作为业务需求基线。第十条 IT组在获获得业务需需求说明明书后，提提出技术术需求和和解决方方案，并并对系统统进行定定义，出出具系系统需求求规格说说明书（附件件三）。系统统需求规规格说明明书需详细细列出业业务对系系统的要要求（界界面、输输入、输输出、管管理功能能、安全全需求、运运作模式式、关键键指标等等）。系统需求求规格说说明书需要由由业务组组提交给给用户相关关业务流流程负责责人确认认。第十一条 当业务需求求发生变变更时，业业务组应应提交需求变变更申请请（附件件四），IIT组组组长审批批后交给给业务组组与用户户确认方方可实施施。第十二条 项目组应对对需求变变更影响响到的文文档及时时更新。第四节 项目计计划和监监控第十三条 软件开发采采用项目目形式进进行管理理。项目目经理（监监理）负负责整个个项目的的计划、组组织、领领导和控控制。第十四条 需求分析过过程中，项项目经理理（监理理）组织织制定详详细的项目计计划书（附件件五），包包括具体体任务描描述和项项目进度度表等。第十五条 在项目的各各个阶段段，业务务组组长长和ITT组组长长需配合合项目经经理（监监理）制制定阶段段性项目目计划。业业务组组组长和IIT组组组长需配配合项目目经理（监监理）对对项目计计划执行行情况进进行监控控，确保保项目按按计划完完成。第十六条 项目计划需需要变更更时，项项目经理理（监理理）填写写项目计计划变更更说明（附件件六），并并提交公公司主管管领导审审批，通通过审批批后，交交给业务务组组长长和ITT组组长长执行。第五节 系统设设计第十七条 系统设计应应分为概概要设计计和详细细设计，系系统设计计要遵循循完备性性、一致致性、扩扩展性、可可靠性、安安全性、可可维护性性等原则则。第十八条 在系统设计计阶段中中，用户户应充分分参与，确确保系统统设计能能满足系系统需求求。第十九条 项目组进行行详细设设计，出出具设设计说明明书（附附件七）和单元测试用例（附件八）。设计说明书中需要定义系统输入输出说明和接口设计说明。公司主管领导组织相关人员对概要设计进行评审，出具设计评审报告（附件九）。业务组组长和IT组组长应参加此评审并对评审意见签字确认。第二十条 设计评审均均以业业务需求求说明书书和系系统需求求规格说说明书为为依据，确确保系统统设计满满足全部部需求。第二十一条 对已确认通通过的系系统设计计进行修修改需获获得管理理部门、业业务组组组长和IIT组组组长的审审批后方方可进行行。第二十二条 对系统设计计的修改改的文档档须由文文档管理理人员进进行归档档管理。第六节 系统实实现第二十三条 项目组根据据设计说说明书制定系系统实现现计划，并并提交项项目经理理（监理理）对计计划可行行性进行行审批。第二十四条 系统实现包包括程序序编码、单单元测试试和集成成测试。第二十五条 项目组保证证开发、测测试和访访问环境境独立，为为各环境境建立访访问权限限控制机机制，并并明确项项目成员员的职责责分工。对对开发环环境、测测试环境境与访问问环境在在物理或或逻辑方方面应该该做到隔隔离；如如果环境境的分隔隔是通过过逻辑形形式实现现的，应应定期检检查网络络设置。项项目组对对已授权权访问环环境的人人员进行行详细记记录，并并对该记记录进行行定期检检查，确确保只有有经授权权的人员员才能访访问。第二十六条 项目组进行行单元测测试和集集成测试试，测试试人员签签字确认认测试结结果。第七节 系统测测试和用用户测试试第二十七条 项目组制定定系统/用户测测试计划划（附件件十），并并提交项项目经理理（监理理）对计计划可行行性进行行审批。第二十八条 系统/用用户测试试计划必须定定义测试试标准，并并明确各各种测试试的测试试步骤和和需要的的系统设设置要求求。第二十九条 项目组向数数据拥有有部门申申请获取取测试用用业务数数据的使使用权，对对获取的的数据进进行严格格的访问问控制，确确保只有有相关项项目人员员才能访访问及使使用。第三十条 项目组负责责测试数数据准备备，测试试用数据据要足够够模拟使使用环境境中的实实际数据据。对已已评定为为敏感信信息的数数据进行行敏感性性处理和和保护。第三十一条 IT组或合合作开发发商建立立测试环环境进行行系统测测试。在在系统测测试中对对新系统统内部各各模块之之间的接接口和与与其他系系统的接接口进行行充分测测试。出出具系统测测试报告告（附件件十一），测试人员签字确认测试结果。第三十二条 系统测试通通过后，IIT组配配合业务务组建立立用户测测试环境境，业务务组根据据用户测测试用例例进行用用户测试试，出具具用户测测试报告告（附件件十一），业务组组长和IT组组长应在用户测试报告中签字确认。第三十三条 项目组完成成系统帮帮助文档档（其中中包括用用户操作作手册和和安装装维护手手册）。凡凡涉及应应用系统统的变更更，应对对系统帮帮助文档档及时更更新。第八节 试运行行第三十四条 系统主要使使用部门门根据项项目规模模及影响响决定试试运行策策略。第三十五条 项目组制定定试运行行计划（附件件十二），并制定试运行验收指标，上报公司主管领导审批。试运行计划中应包含问题应对机制，明确问题沟通渠道和职责分工。第三十六条 项目组联合合试运行行单位进进行相关关系统部部署工作作，准备备培训资资料，对对相关用用户和信信息技术术人员进进行培训训。用户户培训的的完成度度应为实实施后评评估的指指标之一一。第三十七条 项目组根据据试运行行计划进行系系统转换换和数据据迁移。系系统转换换前，检检查系统统环境，确确保运行行环境能能满足新新应用系系统的需需要。系系统转换换时必须须详细记记录原系系统中的的重要参参数、设设置等系系统信息息，并填填写试运运行报告告相关内内容。系系统参数数、设置置的转换换工作作作为系统统上线的的验收的的评估指指标之一一。第三十八条 数据迁移前前，应制制定详细细的数据迁迁移计划划（附件件十三），数据迁移计划中应包含迁移方案、测试方案、数据定义，新旧数据对照表、迁移时间、回退计划等信息。数据迁移计划需经项目经理（监理）和主管领导签字审批。第三十九条 数据迁移后后，项目目组对数数据迁移移的完整整性和准准确性作作出检查查，出具具数据据迁移报报告（附附件十四四），其其中包括括数据来来源、转转换前状状态、转转换后状状态，数数据迁移移负责人人、对完完整性检检查情况况、对准准确性检检查情况况等内容容。各相相关部门门验收转转换结果果后在该该报告上上签字确确认。第四十条 系统转换和和数据迁迁移由试试运行单单位业务务部门和和公司主主管领导导共同监监督并进进行验收收。第四十一条 系统转换和和数据迁迁移验收收通过后后，正式式启动试试运行。在在试运行行过程中中，试运运行单位位办公室室把系统统运行情情况（系系统资源源使用，反反应速度度等）记记录到试试运行报报告中。必必要时，项项目组应应根据系系统运行行情况对对应用系系统进行行优化。第四十二条 试运行达到到试运行行计划规规定的终终止条件件时，项项目组编编写试运行行报告（附件件十五）。此报告应由项目组和试运行单位签字确认，并提交公司主管领导审阅。公司主管领导审阅试运行结果，决定试运行结束或延期。第九节 系统验验收第四十三条 系统主要用用户单位位及公司项项目组联联合组成成独立系系统验收收小组，也也可授权权原项目目组作为为验收小小组。验验收小组组从功能能需求及及技术需需求层面面对系统统进行综综合评估估。 第四十四条 验收小组应应根据验验收情况况整理形形成系系统验收收报告（附件十六）提交系统主要使用部门和公司审阅。第四十五条 系统主要使使用部门门和研发发部负责责人根据据系统测测试、试试运行情情况签署署验收意意见。 第十节 系统上上线第四十六条 系统上线应应遵循稳稳妥、可可控、安安全的原原则。第四十七条 通常情况下下，系统统上线包包含数据据迁移工工作。第四十八条 项目组制定定系统统上线计计划（附件件十七），上报公司主管领导审批。在上线计划得到批准后才能开始部署上线工作。第四十九条 系统上线线计划内内容应包包括但不不限于：1、部署方方式和资资源分配配（包括括人力资资源及服服务器资资源）；2、上线工工作时间间表；3、上线操操作步骤骤以及问问题处理理步骤；4、项目阶阶段性里里程碑和和成果汇汇报（项项目执行行状态的的审阅、进进度安排排等）；5、数据迁迁移的需需求和实实施计划划；6、完整可可行的应应急预案案和“回退”计划；7、用户培培训计划划（包括括：培训训计划、培培训手册册、培训训考核等等）；8、总公司司下发的的系统标标准参数数配置。第五十条 上线单位在在上线初初期需加加强日常常运行状状态监控控，出现现问题时时应及时时处理，对对重大问问题应启启动紧急急预案。第五十一条 在完成上线线后要填填写系系统验收收评估报报告（附附件十八八），上上报总公公司项目目组汇总总整理。系系统验收收评估报报告内内容包括括：数据据准确性性、系统统性能及及稳定性性、接口口问题、权权限问题题、业务务操作影影响度、问问题处理理情况、备备份、批批处理等等。第五十二条 上线单位管管理层要要对系系统验收收评估报报告进进行审批批签字。第五十三条 公司主管领领导批准准结项后后，业务务组和IIT组将将整理的的文档提提交各自自部门统统一管理理。第十一节 合作作开发管管理第五十四条 合作开发商商的选择择应遵循循公司相相关规定定，合作作商资质质认定参参见第三三方管理理制度。第五十五条 合作开发商商必须遵遵循公司司软件件开发管管理制度度。第五十六条 项目经理同同合作开开发商明明确规定定项目变变更的范范围和处处理方式式，重点点关注需需求和设设计变更更。第五十七条 项目经理负负责监控控合作开开发商的的项目管管理及软软件开发发活动。合合作开发发商应按按计划定定期向项项目经理理报告进进展状态态，并提提交阶段段性成果果文档。发发生重大大问题时时，合作作开发商商需及时时向项目目经理汇汇报。第五十八条 IT组组长长派专人人监控合合作开发发商的质质量保证证过程。第五十九条 项目组同合合作开发发商商定定验收的的标准和和方法。第六十条 以上各要求求需要在在开发合合同中明明确。第十二节 外包包开发管管理第六十一条 立项申请得得到公司司主管领领导的审审批后，选选定开发发商，签签订外包包开发合合同。第六十二条 项目经理负负责监控控外包开开发商的的项目管管理及软软件开发发活动。外外包开发发商应按按计划定定期向项项目经理理报告进进展状态态，并提提交阶段段性成果果文档。发发生重大大问题时时，外包包开发商商需及时时向项目目经理汇汇报。第六十三条 项目经理监监控外包包开发商商的质量量保证过过程。第六十四条 项目组同外外包开发发商商定定验收的的标准和和方法。第六十五条 以上各要求求需要在在开发合合同中明明确。第十三节 角色色与职责责表第六十六条 主要角色及及其职责责如下表所示示。企业业在应用用时，可可以将各各个角色色映射到到企业原原有的岗岗位上，也也可以依依据角色色建立新新的岗位位。一个个人可以以被赋予予多个角角色，视视具体情情况而定定。常设角色职责简述机构过程改改进角色色软件工程过过程组（SEPGG）（1）制定定适合于于本机构构的过程程规范。（2）在机机构范围围内推广广该规范范（如培培训、考考核），评评估机构构过程能能力等。质量保证小小组（QAG）（1）监督督规范的的实施，确确保所有有项目以以及相关关部门准准照规范范开展工工作。（2）分析析并解决决机构内内存在的的共性质质量问题题，协组组SEPPG完善善规范。项目管理过程角色机构领导（1）是机机构内所所有项目目的主管管，对立立项管理理和结项项管理有有最终决决策权。（2）监督督项目经经理的工工作，审审批项目目经理的的各种申申请。项目经理（1）向机机构领导导汇报工工作。（2）是项项目规划划、项目目监控、风风险管理理和需求求管理过过程域的的负责人人。（3）监督督项目成成员的工工作，审审批项目目成员的的各种申申请。项目研发过程角色需求分析员员调查、分析析并定义义需求，撰撰写相应应的需求求文档，尽尽最大努努力使需需求文档档能够正正确无误误地反映映用户的的真实意意愿。系统设计师师根据需求文文档设计计软件系系统的体体系结构构、用户户界面、数数据库、模模块等，并并撰写相相应的设设计文档档。程序员（1）根据据系统设设计文档档，编写写软件系系统的代代码。（2）随时时测试和和检查自自己的代代码，及及时消除除代码中中的缺陷陷。测试员从事单元测测试、集集成测试试和系统统测试，主主要工作作包括制制定测试试计划、设设计测试试用例、执执行测试试和撰写写测试报报告。机构支撑过程角色配置管理员员（1）为项项目制定定配置置管理计计划。（2）创建建并维护护配置库库，如分分配权限限、清除除垃圾文文件、备备份配置置库等。质量保证员员（即QAGG成员）（1）为项项目制定定质量量保证计计划。（2）周期期性的开开展“过程与与产品质质量检查查”。（3）跟踪踪质量问问题，给给出质量量改进措措施。外包管理员员（1）挑选选最合适适的承包包商，签签订外包包开发合合同。（2）监控控外包开开发过程程，验收收外包开开发成果果。采购管理员员（1）挑选选最合适适的供应应商，签签订采购购合同。（2）验收收采购物物品。培训管理员员制定机构（或或项目）的的培训训计划，监监督该计计划的实实施，撰撰写培培训评估估报告。客户服务人人员为客户提供供与产品品相关的的服务（如如技术咨咨询），快快速响应应客户的的要求，给给客户一一个满意意的解答答。产品维护人人员（1）纠错错性维护护：及时时解决用用户遇到到的技术术故障和和消除产产品中的的缺陷。（2）完善善性维护护：在资资源允许许的情况况下，不不断改善善产品功功能与质质量。临时角色职责说明立项建议小小组（1）开展展立项调调查、产产品构思思和可行行性分析析，撰写写相应文文档。（2）申请请立项，并并在立项项评审会会议上答答辩。立项评审委委员会由机构领导导、各级级经理、市市场人员员、技术术专家、财财务人员员等组成成，委员员会按少少数服从从多数原原则投票票决定是是否同意意立项。结项评审委委员会对项目的有有形资产产和无形形资产进进行清算算，对项项目进行行综合评评估，总总结经验验教训等等。结项项委员会会的人员员组成与与立项评评审委员员会的类类似。技术评审委委员会对工作成果果进行正正式技术术评审，尽尽早地发发现工作作成果中中的缺陷陷，并帮帮助开发发人员及及时消除除缺陷。该该委员会会由项目目内外的的技术专专家组成成。配置控制委委员会对配置管理理各项活活动拥有有决策权权（例如如审批计计划，审审批变更更请求等等）。第十四节附附则第六十七条 本制度由公公司研发发部负责责解释和和修订。第六十八条 本制度自发发布之日日起开始始执行。 附件一 立项分析报报告文件状态： 草草稿 正式发发布 正在修修改文件标识：当前版本：作 者：完成日期：版 本 历历 史版本/状态态作者参与者起止日期备注1. 项目介绍1.1. 项目目的提示：用简简练的语语言说明明本项目目“是什么么”，“实现什什么目的的”。描述述简练且且清晰。1.2. 项目背景提示：阐述述项目背背景，重重点说明明“为什么么”会产生生本项目目。（1）公司司的短期期、长期期发展战战略；（2）业务务需求及及发展趋趋势；（3）技术术状况及及发展趋趋势；（4）特殊殊的业务务需求等等。1.3. 项目范围提示：根据据对现有有需求的的了解来来确定项项目基本本范围，说说明本系系统“应当包包含的内内容”和“不包含含的内容容”。2. 项目计划2.1. 项目团队提示：说明明项目团团队的角角色、知知识技能能要求、建建议人选选、人数数、工作作时间，如如下表所所示。角色知识技能要要求建议人选、人人数工作时间项目经理需求开发人人员 系统设计人人员 编程人员 测试人员质量保证人人员配置管理人人员服务与维护护人员2.2. 成本估计内容成本（人民民币）备注人力资源软硬件资源源差旅费会议费接待费2.3. 项目时限：根据用用户要求求和公司司研发能能力设定定计划研研发完成成时间3. 总结提示：给出出清晰的的建议结结论，便便于上级级领导决决策。附件二 业务需求说说明书（业业务组编编制）文件状态： 草草稿 正式发发布 正在修修改文件标识：当前版本：作 者：完成日期：版 本 历历 史版本/状态态作者参与者起止日期备注1概述1.1 业业务调研研人员名名单【可选】序号职能部门姓名主管联系电话备注1.2业务务范围此处描写总总体业务务的概要要分类。1.3 业业务目标标从高层或商商务利益益的角度度提出本本业务系系统的期期望目标标，以及及评价标标准。1.4 相相关文档档说明：列出出本文档档的所有有参考文文献（可可以是非非正式出出版物），包包括现有有规范、标标准、批批文、引引用到的的文件、资资料等。1.5 业业务词汇汇表说明：列出出本文档档的所引引用的专专属领域域词汇、术术语等，以以便于业业务需求求的提供供者和接接收者是是建立在在一致的的业务理理解基础础之上的的。2 组织结结构及业业务2.1 业业务相关关组织结结构、人人员组织织结构说明：如果果客户岗岗位设置置复杂可可分别设设置，业业务组织织结构和和人员组组织结构构2.2 组组织机构构描述2.3 角角色职责责说明：将业业务涉及及的具体体人员进进行一定定程度的的分类和和抽象，描描述该抽抽象角色色的操作作职责。2.4 管管理综述述【可选】说明：主要要描述该该业务的的管理特特点和管管理模式式。例如如：2.5 现现有业务务流程清清单【可选】说明：现有有业务流流程需要要考虑，很很多新的的业务是是在已有有业务流流程基础础上进行行重组的的。流程编号流程名称责任部门辅助部门3 业务流流程及业业务处理理描述说明：针对对每一项项具体的的目标业业务，描描述具体体的业务务流程，以以及相关关业务的的具体描描述。3.1 具具体业务务流程（系系统名称称+编号号）对于具体业业务流程程的命名名有规范范，对具具体流程程进行编编号，便便于形成成需求矩矩阵，同同时形成成需求的的管理和和跟踪。3.1.11业务流流程3.1.22业务描描述说明：描述述具体的的业务流流程。3.1.33相关业业务对象象说明：业务务对象：业务流流程中涉涉及的单单据、报报表等。业务对象使用部门对应电子档档案编号号3.1.44业务规规则及关关键算法法说明：描述述业务环环节关键键算法体体系。4 假定和和约束说明：列出出进行本本软件开开发工作作的假定定和约束束，例如如开发期期限等。4.1 运运行环境境约束4.2 设设计约束束【可选】说明：开发发过程中中必须使使用的软软件语言言、软件件进程需需求、主主要开发发工具、核核心技术术、第三三方产品品等。4.3 产产品应当当遵循的的标准或或规范【可选】说明：阐述述本产品品应当遵遵循什么么标准、规规范或业业务规则则，违反反标准、规规范或业业务规则则的产品品通常不不太可能能被接受受。5 其他5.1 目目前核心心问题和和困难5.2 业业务对项项目实施施的需求求和期望望【可选】5.3 其其他未尽尽事宜附件三 系统需求规规格说明明书（IIT组编编制）文件状态： 草草稿 正式发发布 正在修修改文件标识：当前版本：作 者：完成日期：版 本 历历 史版本/状态态作者参与者起止日期备注1 引言1.1 目目的例如：规定定系统的的边界和和目标，描描述系统统的功能能性需求求和非功功能性需需求。1.2读者者对象及及阅读建建议说明：指明明本文档档面向的的读者群群，及相相应的阅阅读意见见。1.3文档档范围【可选】说明：对本本文的范范围做阐阐述，本本文档改改动时，受受到影响响的范围围，例如如，本文文引用到到的用例例模型，系系统原型型，系统统测试用用例等文文档。1.4 参参考文档档说明：列出出本文档档的所有有参考文文献（可可以是非非正式出出版物），包包括计划划任务书书、合同同、批文文、引用用到的文文件、资资料及软软件开发发标准等等。1.5 术术语与缩缩写解释释说明：列出出本文件件中用到到的专门门术语的的定义和和缩写词词的原词词组，并并给予解解释，以以便于所所有读者者达成共共识。2 综合描描述2.1 系系统背景景【可选】说明：介绍绍系统的的预期效效果、历历史原因因。2.2 问问题说明明【可选】提供一段说说明，总总结此项项目需要要解决的的问题。可可以采用用以下格格式：问题是对问题进进行说明明影响问题影响响的干系系人问题的后果果该问题会会导致什什么后果果成功的解决决方案应列出成成功解决决方案的的一些主主要优点点2.3系统统范围说明：阐述述本项目目“适用的的业务领领域”和“不适用用的业务务领域”，本产产品“应当包包含的内内容”和“不包含含的内容容”。说清清楚系统统范围的的好处是是：（11）有助助于判断断什么是是需求，什什么不是是需求；（2）可可以将开开发精力力集中在在产品范范围之内内；（33）有助助于控制制需求的的变更。l 完整而准确确的定义义本产品品的干系系人；l 明确本产品品所影响响到的部部门和业业务；l 用图表或者者文字描描述产品品的范围围，概要要的定义义产品的的功能。2.4 干干系人与与用户说说明【可选】2.4.11用户环环境【可选】详细说明目目标用户户的工作作环境。以以下是几几项建议议：该任务由多多少人来来完成？是否总总在变化化？一个任务周周期需要要多长时时间？执执行每项项活动要要用多长长时间？是否总总在变化化？是否有特殊殊的环境境约束：移动、户户外、乘乘机旅行行等？目前使用的的是哪些些系统平平台？以以后会使使用哪些些平台？还在使用哪哪些应用用程序？您的应应用程序序是否需需要和这这些应用用程序集集成？在此处可以以从业务务模型中中摘录一一些内容容来概述述所涉及及的任务务和角色色等等。2.4.22 干系系人简档档【可选】通过在下表表中填写写各干系系人的相相关信息息来说明明系统中中的各个个干系人人，详尽尽的简档档应包括括各种干干系人在在以下方方面的信信息：代表谁是此产产品的干干系人代代表？（如如在他处处已作记记录，则则此处为为可选。）此此处只需需填写姓姓名。说明对干系人人类型的的简要说说明。类型介绍干系系人的技技能特长长、技术术背景和和熟练程程度（即即权威用用户、业业务用户户、专家家用户、初初级用户户等）职责列出干系系人对所所开发的的系统负负有的关关键职责责，即他他们作为为干系人人的利益益。使用频率该干系人人使用系系统的频频率意见/问题题在此处列列出会阻阻碍成功功的问题题以及任任何其他他相关信信息。2.4.33关键的的干系人人/用户户需要列出干系人人认为现现有解决决方案存存在的关关键问题题。对于于列出的的每个问问题，需需澄清以以下要点点：为什么么会出现现这一问问题？目前如如何解决决该问题题？干系人人需要什什么样的的解决方方案？务必要了解解干系人人或用户户对解决决各个问问题的相相对重视视程度。分分级和累累积投票票方法表表明，必必须解决决的问题题与干系系人或用用户希望望解决的的问题大大有不同同。2.5 目目标业务务模型【可选】说明：新系系统业务务模型描描述，如如有相应应业务模模型材料料了，可可作为需需求规格格说明书书的输入入参考资资料。2.6 功功能摘要要总结该产品品将提供供的主要要优点和和特性，而而不必涉涉及每个个功能的的细节。对对功能加加以组织织，使客客户或初初次阅读读该文档档的其他他人能够够理解此此功能列列表。2.7 功功能清单单及重要要程度说说明说明：功能能名称、功功能描述述、重要要程度。重要程度，以以ABCC三类来来表示：A：核核心功能能；B：辅助功功能；CC：外围围功能；级别，按照照继承关关系分为为：一级级，二级级，三级级；编号级别重要程度功能名称功能描述备注2.8 功功能与业业务对照照关系表表说明：业务务组为主主编写业业务需求求，业务务需求提提交至信信息技术术组后，由由信息技技术组建建立目标标系统业业务模型型并与业业务组进进行确认认（本操操作可选选，也可可由信息息技术组组与开发发商合作作建立），目目标业务务模型作作为系统统需求的的输入，由由信息技技术组与与开发商商合作撰撰写和评评审系系统需求求规格书书明书。业务需求目标系统业业务活动动（可选选）功能名称2.9 假假定和约约束说明：列出出进行本本软件开开发工作作的假定定和约束束，例如如：开发发语言、开开发期限限等。格式限制说说明：本本项将指指定由现现有的标标准或规规则派生生的要求求。例如如：报表格式；数据命命名；财财务处理理；审计计追踪，等等等。硬件限制说说明：本本项包括括在各种种硬件约约束下运运行的软软件要求求，例如如，应该该包括：硬件配置的的特点（接接口数，指指令系统统等）；内存储储器和辅辅助存储储器的容容量。2.9.11运行环环境约束束说明：硬件件设备、支支持软件件、接口口、控制制等方面面的约束束名称详细要求2.9.22设计约约束【可选】说明：开发发过程中中必须使使用的软软件语言言、软件件进程需需求、主主要开发发工具、核核心技术术、第三三方产品品等。2.9.33产品应应当遵循循的标准准或规范范说明：阐述述本产品品应当遵遵循什么么标准、规规范或业业务规则则，违反反标准、规规范或业业务规则则的产品品通常不不太可能能被接受受。3 具体需需求3.1功能能需求3.1.11具体功功能3.1.11.1内内容说明：对于于每一类类功能或或者有时时对于每每一个功功能，需需要具体体描述其其输入、加加工和输输出的需需求。3.2 非非功能需需求3.2.11 外部部接口3.2.11.1用用户接口口说明：提供供用户使使用软件件产品时时的接口口需求。例如，如果系统的用户通过显示终端进行操作，就必须指定如下要求：a对屏幕幕格式的的要求说明：对界界面上的的各对象象、类型型、宽度度、取值值范围、数数据来源源、能否否为空等等属性进进行描述述。b报表或或菜单的的页面打打印格式式和内容容c输入输输出的需需求说明：解释释各输入入输出数数据类型型，并逐逐项说明明其媒体体、格式式、数值值范围、精精度等。对对软件的的数据输输出及必必须标明明的控制制输出量量进行解解释并举举例，包包括对硬硬拷贝报报告（正正常结果果输出、状状态输出出及异常常输出）以以及图形形或显示示报告的的描述。d程序功功能键的的可用性性说明：快捷捷键定义义等。3.2.11.2 硬件接接口【可选】说明：要指指出软件件产品和和系统硬硬部件之之间每一一个接口口的逻辑辑特点。还还可能包包括如下下事宜：支撑什什么样的的设备，如如何支撑撑这些设设备，有有何约定定。3.2.11.3软软件接口口【可选】说明：在此此要指定定需使用用的其他他软件产产品（例例如，数数据管理理系统、操操作系统统或数学学软件包包），以以及同其其他应用用系统之之间的接接口。对对每一个个所需的的软件产产品，要要提供如如下内容容：名字字、助记记符、规规格说明明号、版版本号、来源。对于每一个个接口，这这部分应应说明与与软件产产品相关关的接口口软件的的目的，并并根据信信息的内内容和格格式定义义接口，但但不必详详细描述述任何已已有完整整文件的的接口，只只要引用用定义该该接口的的文件即即可。【接口定义义】下表是对一一些接口口的具体体描述:接口名称接口描述填写接口完完成的任任务接口类型填写是输入入接口（iinbooundd）还是是输出接接口（ooutbbounnd）源系统填写接口输输入方系系统或部部件目标系统填写接口输输出方系系统或部部件厂商提供/客户化化开发文件类型填写文件类类型；若若通过数数据库表表来交互互，请指指明数据据库及表表名文件数量峰值数据量量频度填写数据处处理的频频度复杂度批处理 /人工填写接口数数据的驱驱动模式式是人工工（maanuaal）还还是自动动(auutommatiic)，还还是都支支持接口类型填写是实时时接口还还是批量量接口等等【其他系统统详细信信息】说明：列出出所有与与接口交交互的外外围系统统的详细细信息。包包括输入入、输出出系统等等系统填写与接口口交互的的系统名名称系统类型填写是接口口的数据据源系统统(soourcce)还还是目标标系统(objjectt)数据库填写交互系系统使用用的数据据库及版版本软件填写交互系系统的软软件名称称架构类型交互系统的的架构类类型是BB/S 还是CC/S。位置填写该软件件在交互互软件体体系中所所出的位位置技术支持填写交互系系统的开开发商和和支持商商功能支持填写具体的的支持商商或技术术团队数据归属【接口隶属属系统的的详细信信息可可选 】系统填写接口隶隶属系统统的名称称模块隶属于具体体的模块块名称数据库隶属系统的的数据库库及版本本负责人控制报告【接口配置置】（1）接口口基础信信息配置置说明：接口口基础信信息的配配置项目目，描述述配置的的方式。（2）接口口运行参参数配置置说明：接口口运行参参数的配配置方式式和步骤骤。【其他配置置可选选 】说明：外围围系统或或相关模模块的配配置。3.2.11.4通通信接口口【可选】说明：指定定各种通通信接口口。例如如，局部部网络的的协议等等等。3.2.22 其他他非功能能性需求求说明：下表表中的各各种需求求，可根根据实际际情况进进行选择择其中的的一种或或者几种种进行描描述，在在表的后后面是各各种需求求的详细细解释。名称详细要求静态数值需需求动态数值需需求精度时间特性要要求可用性可靠性可维护性安全性可移植性可扩展性兼容