文库 货物类投标方案 系统集成

系统软件设计研发投标方案(130页)(2024年修订版).docx

DOCX   131页   下载349   2024-09-05   浏览29   收藏50   点赞85   评分-   44222字   56积分
温馨提示:当前文档最多只能预览 15 页,若文档总页数超出了 15 页,请下载原文档以浏览全部内容。
系统软件设计研发投标方案(130页)(2024年修订版).docx 第1页
系统软件设计研发投标方案(130页)(2024年修订版).docx 第2页
系统软件设计研发投标方案(130页)(2024年修订版).docx 第3页
系统软件设计研发投标方案(130页)(2024年修订版).docx 第4页
系统软件设计研发投标方案(130页)(2024年修订版).docx 第5页
系统软件设计研发投标方案(130页)(2024年修订版).docx 第6页
系统软件设计研发投标方案(130页)(2024年修订版).docx 第7页
系统软件设计研发投标方案(130页)(2024年修订版).docx 第8页
系统软件设计研发投标方案(130页)(2024年修订版).docx 第9页
系统软件设计研发投标方案(130页)(2024年修订版).docx 第10页
系统软件设计研发投标方案(130页)(2024年修订版).docx 第11页
系统软件设计研发投标方案(130页)(2024年修订版).docx 第12页
系统软件设计研发投标方案(130页)(2024年修订版).docx 第13页
系统软件设计研发投标方案(130页)(2024年修订版).docx 第14页
系统软件设计研发投标方案(130页)(2024年修订版).docx 第15页
剩余116页未读, 下载浏览全部
系统软件设计研发投标方案 目录 第一章 技术方案 3 第一节 技术实施方案 3 第一条 项目实施管理原则 3 第二条 项目组织结构 8 第三条 项目团队 12 第四条 项目实施计划 14 第五条 项目进度安排 17 第六条 人员培训 18 第七条 售后服务 20 第二节 系统组成 24 第一条 年度任务经费管理分系统组成 24 第二条 项目进度精准管理分系统 25 第三条 年度任务信息服务分系统 28 第四条 历史任务库管理分系统 30 第五条 临机任务管理分系统 31 第六条 系统管理分系统 32 第三节 功能划分 33 第一条 用例图 33 第二条 用例描述 34 第二章 技术指标 49 第一条 事业任务筹划与管理系统软件研制技术要求响应 49 第三章 功能实现 57 第四章 “三化”水平 73 第一节 通用化 73 第二节 系列化 74 第三节 组合化 77 第五章 “六性”要求 81 第一节 可靠性 81 第二节 安全性 84 第一条 安全解决方案 86 第三节 维修性 90 第四节 测试性 92 第五节 保障性 97 第六节 环境适应性 108 第六章 试验检验要求 111 第七章 质量保证与监督 117 第一节 质量控制措施 117 第二节 风险评估与控制措施 127 技术方案 技术实施方案 项目实施管理原则 需求理解专门术语: SQLSERVER:系统服务器所使用的数据库关系系统(DBMS)。 SQL:一种用于访问查询数据库的语言 事务流:数据进入模块后可能有多种路径进行处理。主键:数据库表中的关键域。值互不相同。 外部主键:数据库表中与其他表主键关联的域。ROLLBACK:数据库的错误恢复机制。 缩写: 系统:若未特别指出,统指本系统。 SQL:StructuredQueryLanguage(结构化查询语言)。ATM:AsynchronousTransferMode(异步传输模式)。 UML:统一建模语言、是一套用来设计软件蓝图的标准建模语言,是一种从软件分析、设计到编写程序规范的标准化建模语言。 UDP:UserDatagramProtocol是无连接的传输层协议分布式代理:可隐藏服务器ip,减少服务器的危险; 服务器代理:可验证用户数据的正确性,以及安全性,进行处理 三级代理:减轻服务器压力,可实现智能作弊系统! 标准、条件和约定 本项目遵从以下标准: GB/T13702-1992计算机软件分类与代码 GB/T20918-2007信息技术GB/T19003-2008软件工程 GB/T5538-1995软件工程标准分类法 GB/T9386-2008计算机富安居测试文档编制GB/T9385-2008计算机软件需求规格说明系统开发严格按照软件工程的方法进行组织,系统的开发过程按照需求分析、系统分析与设计要求、系统编码、系统测试几个过程有序推进。下表所示系统开发流程图,采用原型及迭代方式开发,根据用户需求持续改进,直到最终用户确认满意。 开发流程总述如下图示流程定义了我公司内部的软件开发过程,以指导和规范软件项目中开发过程的定义和相应的实施。 该过程可划分为一系列子过程,包括:软件需求分析、设计、编码、测试、验收、维护,每个子过程又由一系列任务和活动组成,如设计过程又可分为结构设计和详细设计。但是在实际开发项目中,情况仍然会是千变万化的,因此我们也并不是一成不变的死板执行一个僵化的工作流程,我们的原则是在一个规范流程的指导和约束下,根据具体工程项目的实际要求,为每一个项目评估并制定真正能够最好的满足该项目要求的开发流程。 在应用系统软件开发项目中,我们仍将遵循这一思想,这一点将在随后的项目开发实施计划部分有具体的体现,在这里和下面的相关章节中,我们仍将围绕着这个完整的开发流程来分析说明,以此来阐明我们对项目开发的完整过程管理思想和相关实践。 依据ZC环境保障任务筹划管理需求,研究制定软件研制技术途径,设计软件系统框架、分系统划分、模块功能,依据管理要素和信息,综合考虑系统的稳定性、安全性、兼容性等要求,研究提出信息要素,设计管理数据库。 ②代码编程 落实管理流程、功能要求,组织开展软件编程,实现ZC环境保障任务年度任务经费管理、年度计划信息服务、项目精准管理、历史任务库管理、临机任务管理、系统管理等功能。 ③软件测试与试用 完成软件的出厂(所)测试,并结合ZC环境保障任务指挥管理、年度任务筹划部署等工作,参与开展软件系统的试用,优化管理流程和软件功能。 ④硬件采购与适配 依据软件显示分析需求,适配选型大屏幕显示设备,完成显示设备和塔式静音服务器的选型、采购、安装、集成调试。 ⑤技术文件编写 参照J用软件开发相关文档要求,完成相关技术文档的编制和评审。 在本项目开发维护的实施中,严格按照IS09001国际质量体系进行控制,保证为用户提供优质的软件系统、严密的工程实施、高效的服务支持。为此,要遵循下列工程实施管理原则和保证体系。 (1)有经验、成熟的技术队伍是工程实施的前提条件 完成任何项目工程,必须拥有一支有经验的、勇于探索的、高水平的、具有严谨工作作风的技术队伍,在工程实施的过程中发挥团队协作精神和用户密切协作的能力。 (2)管理层次分明、职责清晰是工程实施的基础 建立层次分明的项目工程实施管理机构,明晰各层的管理职责,从组织管理的角度保证项目实施计划落到实处。 (3)确定过程控制点,以过程质量保证整体工程质量 整体都是由局部和具体的细节构成,项目由一个个过程环节组成,只有认真对待每一个过程细节,才能保证项目工程整体的实施质量。 (4)用户参与是项目工程成功的保证 从项目开始到项目的结束,每个阶段都强调用户的参与。开发商只有和用户相结合才能使开发出的系统为用户所用,发挥出系统的最大效益,而用户的参与也是系统顺利进行的保证。对本项目短时间、大范围的配置安装来说,如果有用户的高度参与,项目工程的实施将大大加快。 项目组织结构 本项目是一项涉及面广、影响大、安全运行要求高,集数据处理、信息发布、资源整合于一体的事业任务信息化项目。为了更好的执行该项目,将采取统一指挥、并行实施、相互支援的实施办法。 为了使该项目能顺利实施,便于项目的管理和协调,使工作职责更加清晰明白,建立项目组织实施小组,建立由项目领导小组、项目管理办公室、项目监理公司、顾问咨询组、项目经理、项目具体实施小组组成的实施管理控制组织体系。 项目实施组织具体职责如下: (1)项目领导小组 负责项目实施过程中的重大事件决策; >根据项目的进度、质量、技术、资源、风险等实行宏观监控; 负责组建验收小组,主持验收工作;协调参与项目各方的工作关系。 (2)项目管理办公室 组织各方统一制定工程管理计划; 组织总体实施方案评审,组织测试验收;负责项目进度计划与成本控制; 协调解决项目实施过程中出现的各种问题。 (3)顾问咨询组 1)人员组成 信息化相关领域的业务专家; 多年从事IT行业和展厅建设的信息技术专家。 2)主要职责 系统总体设计指导; 对各子系统深化设计进行审核并提出优化建议;对各子系统进行技术协调; 协助客户对系统的设备配置予以确认; 对现场系统安装、调试提供必要的技术支持服务;工程文档审核。 (4)项目经理 1)人员组成 项目经理由具有丰富项目管理经验的高级工程师担任。 2)主要职责 制定项目计划:牵头制定项目计划。 >项目执行:对总体方案设计及工程设计;配置确认;工程质量保证;系统设计、开发、测试、安装及调试;系统培训、验收。 项目检查:通过其下属各工作组提供的工程进展汇报,将项目进展状态与项目计划进度进行比较,发现过程误差,提出整改措施。 项目控制:审核项目进展状态,必要时调集各种备用资源,确保项目按计划进度实施。 >项目协调:与客户、各分系统建设部门进行协调,解决工程组织接口及技术接口问题;定期主持系统建设协调会,及时解决各系统间出现的相关问题。 项目汇报:定期向项目采购单位汇报整个项目的进展情况,汇报在系统建设过程中出现的重大问题,听取指导和建议。 (5)总体方案组 1)人员组成 由从事过多名系统架构师、系统分析员和需求分析工程师组成。 2)主要职责 对项目经理负责; 进行系统的需求分析调研;负责系统的总体设计; 策划系统的模块功能结构; 配合采购方方进行系统验收。 (6)软件开发组 对采购方需求分析进行全面细致的了解或确认,深入描述软件的功能和性能,划分系统的软件功能需求和硬件功能需求,确定软件同其它系统元素的接口细节,并与客户一起讨论决定系统验收方案。 1)人员组成高级程序员; 具有丰富系统开发经验的系统开发设计人员。 2)主要职责 >负责项目应用软件的系统设计;负责项目应用软件的程序编码;负责项目应用软件的运行调试;配合采购方方进行系统验收。 (7)系统测试组 从使用者的角度完成系统操作步骤的设计,在实施过程中监控测试系统是否达到最初制定的操作目标,并编写采购方操作手册。 检验系统开发质量,并进行功能测试。 当开始试运行阶段后,还要对项目的各个方面指标进行测试和评估。 (8)系统实施组 1)人员组成 由具有丰富经验的系统工程师和参加系统开发的软件工程师组成。 2)主要职责 >负责各个实施区域的实施方案的设计与建议;组织系统安装及调试; 负责系统配置修改,安装技术支持; 项目团队 根据上述项目组织结构和职能分解,我公司计划投入高级顾问1人,项目经理1人、技术负责人若干人、实施经理若干人、系统设计组若干人、软件开发组若干人、系统测试组若干人、系统实施组若干人。形成专门服务本项目的技术开发实施队伍。随着开发层次的深入、开发量的增加,我公司投入的人力资源将随之增加和不断进行调整。未经招标人同意,项目总负责人及各分项目负责人在项目结束前不得变更。 具体人员组成分配情况分别如下表所示: 表1.项目实施人员一览表 序 本项目职 职务 本项目具体分工 号 责 1. 高级顾问 项目管理事 业部总经理 系统总体设计指导及系 统深化设计进行审核并 提出优化建议 序 本项目职 职务 本项目具体分工 号 责 2. 项目经理 项目经理证 书 项目统筹和沟通协调、 技术研发和总体设计 3. 项目副经 理 项目经理 项目统筹和沟通协调、 技术研发和总体设计 4. 技术负责 人 高级架构师 项目开发过程管理 5. 实施经理 实施工程师 项目实施管理 6. 总体设计 组 系统设计师 需求分析 7. 系统设计师 需求分析 8. 项目策划 需求分析 9. 软件开发 组 高级架构师 高级程序员、开发组长 10. 高级架构师 程序员、开发组长 11. 高级架构师 高级程序员、开发组长 12. 程序员 程序员、软件开发 序 本项目职 职务 本项目具体分工 号 责 13. 程序员 程序员、软件开发 14. 程序员 程序员、软件开发 15. 程序员 程序员、软件开发 16. 程序员 程序员、软件开发 17. 程序员 程序员、软件开发 18. 美工 原型制作 19. 美工 原型制作 20. 美工 原型制作 21. 系统测试 组 系统测试师 测试经理、系统测试 22. 系统测试 系统测试 23. 系统测试 系统测试 24. 系统实施 组 实施工程师 系统实施、安装部署 25. 实施工程师 系统实施、安装部署 26. 实施工程师 系统实施、安装部署 项目实施计划 项目实施的成功与否的关键因素中包括系统配置、工具的使用、人员组织、实施流程和工程方法等。项目开发及实施过程要遵循应用系统开发管理和流程管理规范,该规范包括以下几部分内容:项目流程规范、人员组织规范、体系结构规范、业务需求规范、模型设计规范、最终用户应用规范、计划和部署规范、项目管理规范。 项目实施工作流程 项目正式启动后,项目将严格按照项目实施计划进行。 首先进行项目的需求调研,开始收集项目的各种资料,并形成详细的需求规格说明书; 在项目需求调研的基础进行《概要设计》和《详细设计》的编写,并聘请专家进行咨询、论证,通过专家评审,经修改后部分内容形成正式文稿; 在《概要设计》和《详细设计》的指导下,开始进行系统的开发实施,在此过程中软件测试和软件初始数据的录入工作; 系统开发完成后,进行安装调试、试运行,同时进行现有系统的集成和数据导入工作,进入系统全线运行阶段,完成整体测试、修改完善; 在系统全线运行后,进行项目总结,完成系统的总体验收。在此过程中,系统培训贯穿始终,确保受训人员能够熟练的对系统进行安装、调试、运行、维护、管理。 在项目开发阶段遵循需求分析、概要设计、详细设计、编码阶段、测试阶段及安装调试施工。 (1)需求分析 需求分析要从用户的具体要求出发进行抽象汇总最终形成需求分析文档,形成的具体的内容如下: 系统的各个模块的功能说明 系统的性能要求 系统的安全性要求系统的容错要求 系统接口要求系统使用范围 系统的客户界面要求等 需求分析阶段需要用户方技术人员协调用户各相关单位配合需求调研工作,在需求调研工作结束后,签署用户需求分析书。 (2)概要设计 从用户的需求出发,概要设计人员在确认用户最终需求的情况下进行概要设计形成系统概要设计,在概要设计的结束日期将概要设计交由详细设计人员作为依照进行详细设计。在概要设计阶段应该形成如下内容: >系统整体构架 >系统开发工具及方法 每一模块的用户需求的说明系统各模块之间的接口 系统每一模块的工作流及数据流定义 数据库结构的定义 数据库表结构的定义(3)详细设计 根据概要设计对每一功能模块按照开发工具提供的功能进行实现的详细设计,此部分的文档应该实现如下内容: >每一功能模块的用户需求的详细说明 每一功能模块工作流的详细实现的设计(对应需求)每一功能模块数据流详细设计及数据实现走向详细设计(对应需求) 各功能模块子模块的定义和详细实现方式 各功能模块之间接口的数据流及工作流的详细描述。各种界面原型的设计 要求:在详细设计阶段所有的设计必须按照可以作为编码依据的方式进行设计,作到越详细越好。 (4)编码阶段 在编码阶段程序员要按照详细设计进行编码工作,要求编程人员所写的代码一定要完成详细设计的所有的功能;在代码编制过程中,要求程序员严格执行编码规范和格式要求。 (5)测试阶段 测试过程严格按照软件质量体系《软件测试控制程序》执行。测试方法除采用传统的测试方式外,还采用了先进的测试工具辅助测试。测试分为两个阶段:单元测试阶段和综合测试阶段。单元测试阶段在编码阶段完成,所有的测试文档由测试人员提供。综合测试由开发人员和测试人员交叉担任,包括集成测试和系统测试,同时所有的测试文档应该由专业测试人员完成。 (6)安装调试及施工 测试工作结束后,项目由系统开发阶段进入实施阶段。 项目进度安排 项目总体实施进度如下图所示: 序 号 任务名称 时间 (天) 日期 1 5 天 3 0 天 5 0 天 7 0 天 9 0 天 验 收 售 后 质 保 1 需求规格说 明制定与评 审 15 5 年 2 软件设计方 案制定与评 审 30 3 测试大纲制 定与评审 50 4 软件出厂 (所)测试 70 5 软件试用与 合同验收 90 人员培训 为了保证系统建成以后良好的运行,制定完善的培训计划。 培训内容 对开发的应用系统软件的使用和数据维护进行培训,使业务人员能够熟练使用系统,进行数据的管理维护和业务分析,实现决策、共享和信息发布等操作任务,使软件系统发挥应有的作用。 培训方式 培训使用建设中跟随培训和建设后集中培训两个方式。 建设中培训:在建设阶段积极参与各系统的建设,参与系统设计、系统实施,随时熟悉系统设备和软件的使用方法和内容; 建设后培训:系统建设完成后,对采购方人员进行集中的系统使用和维护培训,使业务管理人员从整体和局部上掌 握系统的使用。提供完整的用户手册,作为培训的材料。 项目验收 本项目由经信局组织专家进行会议评审验收,验收前需对平台各系统的功能进行测试,并进行72小时稳定性测试。验收后由经信局出具服务平台建设项目的验收报告。 项目交付项 说明项目任务完成后,投标方根据合同应提交给招标方的货物、服务以及交接文件、用户手册等,并附上相应的交付时间计划表。 成果形式 ①软件类成果 事业任务筹划与管理系统(含源代码及注释) ②技术文档类成果 软件研制建设方案(与合同一同评审)软件研制需求规格说明 软件设计方案软件测试大纲 系统测试说明软件测试记录软件测试报告 软件研制技术总结报告软件研制工作总结报告经费使用情况报告 用户手册 售后服务 质保期:项目验收后五年。质保期服务: (1)承研方对委托方提供软件安装、培训和技术支持。 (2)从软件移交之日起,承研方提供五年免费售后服务和全寿命技术支持。 (3)免费售后服务期内,由承研方免费解决软件使用中发生的问题,支持7×24小时电话服务,在收到用户重大故障通知后,24小时内维修人员可达现场,48小时内排除故障。 (4)支持软件研制过程中的功能需求滚动迭代,且软件正式交付后一年内,可根据委托方对软件界面风格、操作习惯、已有功能优化等要求,对所需工时年累计不超过20人天的软件小功能点进行免费改进,响应时间不超过36小时。 针对本项目的售后及技术支持服务,我公司承诺如下: 我公司设置专门人员,为本项目售后及技术支持提供优质、高效的服务; 如果有幸中标,我们将在建设、实施以及今后的运行维护中安排专门人员,针对本系统的特点结合我们在不同项目中的维护经验,制订高效完整的维护方案,提供高质量和全方位的支持和服务。我们的主要服务措施有: 在我公司建立专门的技术服务小组; 在客户许可的情况下,维护人员将通过电话、邮件或者即时通讯工具,提供实时在线指导维护,排除系统故障; 设立专门的客户协调经理,负责聆听客户的需求,定期对客户进行现场访问,加强与客户的沟通交流,调查系统运行情况,为客户提供有预见性的建议与计划,传达公司系统发展状况等信息。 设立专门的技术支持经理,在项目实施结束后,设立专门的技术支持经理,负责各项售后服务工作; 针对应用软件本身出现的问题,积极组织人力查找原因,及时给出解决方案,并在版本升级后彻底避免此类问题的发生; 对于我公司应用软件的问题,而是由于其他因素影响用户的正常使用,我公司将会积极配合用户查找问题原因。 常规支持服务 从试运行期结束后算起,系统开始正式运行,我公司承诺向用户提供一年免费的标准支持服务,在免费服务期内,为用户提供免费的现场技术支持服务,免费的现场软件安装调试、保修和升级,维护人员的免费现场培训和技术指导等,针对软件应用中出现的问题在1小时内提供应急相应方案,若软件系统出现无法远程指导解决的故障,派公司技术人员上门服务,根据实际情况最迟在48小时以内修复。同时, 我公司承诺本系统的知识产权归用户方所有。 在免费技术支持服务期内,除提供正常的工作时间热线电话支持外,还提供7*24小时的值班手机支持服务,对于 用户关于软件应用以及相关内容的咨询和问题提供解答和解决方案。 免费技术支持服务期结束后,我公司将继续提供优质的支持服务,定期对系统进行维护查询,对用户提出的维护请求,通过电话指导,E-mail、即时通讯工具和传真等方式及时响应和处理用户反馈的问题和系统运行的故障。对用户需要的系统软件和应用软件的现场维护,包括现场的安装调试和重装,应用软件升级服务,派公司将收取一定的成本费用,具体的收费由双方协议后决定。 故障等级与响应时间 (1)故障等级定义 紧急故障:系统已无法使用,导致用户业务活动中止;系统频繁出错,频繁产生完全错误的处理结果。 严重故障:系统仍在维持状态运行,但性能下降;系统能够维持运行,但有多个功能无法工作,或某一功能不正常已严重影响系统的运行。 中等故障:系统能够工作,但个别非核心功能出现异常,对使用的方便性产生不良影响。 轻度故障:系统工作基本正常,但偶然出现个别非核心功能异常,可通过简单的系统重启或改变配置得到恢复。 (2)服务请求响应时间 故障等级与请求响应时间 故障等级 电话/传真回复响应 提出现场响应计划 紧急 0.5小时 1小时 严重 1小时 2小时 中等 4小时 8小时 轻度 4小时 8小时 (3)故障修复时间 故障等级与故障修复时间 故障等级 紧急 严重 中等 时间 24小时 24小时 30小时 故障修复时间,指技术支持服务人员到达用户现场并且修复 故障所需要的时间,从以传真或E-Mail正式确认需要现场服务请求起开始计时。 系统组成 年度任务经费管理分系统组成 项目进度精准管理分系统 年度任务信息服务分系统 历史任务库管理分系统 临机任务管理分系统 系统管理分系统 功能划分 用例图 用例描述 制定任务 用例名 称 制定任务 功能简 述 主管建立一项任务的描述,并将该任务分配给 其下属的员工,一项任务只可以分配给一名员 工。 后置条 件 任务建立成功并分配给了一名员工,该员工可 以开始实施该任务。 前置条 件 以主管角色登入系统。 基本流 1.用户点击“制定任务 ”导航按钮。 2.系统显示“新建任务 ”界面,在“实施人 ” 下拉列表中显示该主管下属的员工用户名。 5.用户输入任务的名称、描述、起始时间和“实 施人 ”等信息并点击“提交 ”按钮。 6.系统建立该任务并将该任务分配给具体的实 施人,该任务的初始状态为“未实施 ”。 扩展流 无 备注 查看任务 用例名 称 查看任务 功能简 述 主管可以查看其所建立任务列表,并可以根据 “实施人 ”和“任务状态 ”进行排序。 后置条 件 无 前置条 件 以主管角色登入系统。 基本流 1.用户点击“查看任务 ”导航按钮。 2.系统显示“任务信息 ”界面,列出该主管下 达过的所有任务。 3.用户可以次点击任务列表的“任务名称 ”、 “实施人 ”开始时间、 “结束时间 ”或“任务 状态 ”等链接 4.系统显示交替按这些字段的升序和降序排列 任务信息。 5.用户选择某一任务后的单选框,并点击“详 细信息 ”按钮。 6.系统在“任务详细信息 ”界面显示该任务的 详细信息。 7.用户可以在该任务的计划信息中选择某一计 划后的单选按钮,然后点击“详细信息”按钮。 8.系统在“计划详细信息 ”界面中显示该计 划的详细信息,包括反馈信息。 扩展流 无 备注 无 调整任务 用 例 名 称 调整任务 功 能 简 述 主管可以修改所建任务的详细信息,具体修改 的逻辑为: 1.对于状态为“未实施 ”的任务,可以改变其 任务名称、开始和结束时间、任务描述、实施 人等全部信息。 2.对于状态为“实施中 ”和“ 已完成 ”的任务 不能更改其状态。 后 置 条 件 对任务的修改生效。 前 置 条 件 以主管角色登入系统。 基本流 1.用户点击“调整任务 ”导航按钮。 2.系统在“未实施任务 ”界面中显示状态为“未 实施 ”的所有任务。 3.用户可以次点击任务列表的“任务名称 ”、 “实施人 ”开始时间、“结束时间 ”等链接。 4.系统显示交替按这些字段的升序和降序排列 任务信息。 5.用户单击某一任务的“任务名称 ”链接。 6.系统在“调整任务信息 ”界面中将该任务的 详细信息显示为可编辑状态。 7.用户更改任务的信息,并点提交按钮。 8.系统保存用户的更改。 9.用户还可以在“未实施任务 ”界面中勾选某 些任务后的复选框,然后点击“删除 ”按钮。 10.系统删除这些任务信息,并返回到“未实 施任务 ”界面,显示更改生效。 扩展流 无 备注 可作为“任务信息 ”界面的参考。 跟踪任务 用 例 名 称 跟踪任务 功 能 简 述 主管可以查看状态为“实施中 ”的任务的具体 实施情况,即该任务的实施人为该任务分配的 计划情况以及计划的详细信息,并通过计划的 反馈信息决定该任务是否完成。 后 置 条 件 无 前 置 条 件 以主管角色登入系统 基本流 1.用户点击“跟踪任务 ”导航按钮。 2.系统“实施中任务 ”界面(如图1-7)中 列出所有状态为“实施中 ”的任务。 3.用户选择某一任务后的单选按钮,并点击“计 划信息 ”按钮。 4.系统在“跟踪计划信息 ”界面中(如图1— 8)显示该任务的详细计划信息。 5.用户勾选某些状态为“ 已反馈 ”计划信息后 的复选框,然后点“反馈信息 ”按钮。 6.系统在该计划信息下的黄色区域显示该计划 的反馈信息,并且不显示为被选中复选框的计 划反馈信息。 7.用户查看该任务计划的反馈信息,认为该任 务已经完成,可以将该任务的状态由“实施中 ” 改为“ 已完成”,并单击“提交”按钮。 8.系统将保存该用户的修改,并转到“实施中 任务 ”界面,显示更改结果。 扩展流 无 备注 无 查看人员 用 例 名 称 查看人员 功 能 简 述 主管可以查看其下属员工的详细信息 后 置 条 件 无 前 置 条 件 以主管角色登入系统 基本流 1.用户点击“查看人员 ”导航按钮。 2.系统在“所属人员列表 ”界面列出该主管下 属的所有员工。 3.用户选择某一员工后的单选框,并单击“详 细信息 ”按钮。 4.系统在“所属人员详细信息 ”界面显示该员 工的详细信息。 5.用户单击“返回 ”按钮。 6.系统返回“所属人员列表 ”界面 扩展流 备注 制定计划 用 例 名 称 制定计划 功 能 简 述 员工可以为某一任务安排具体计划 后置条 件 用户为该任务安排了计划,该任务的状态处于 “ 实施中 ” 前 置 条 件 以员工角色登入系统 基本流 1.用户点击“计划管理 ”导航按钮。 2.系统在“员工任务 ”界面显示列出该员工主 管为其分配的所有任务。 3.用户选择某一任务后的单选按钮,并点击“制 定计划 ”按钮。 4.系统显示“员工计划 ”界面。 5.用户单击“新建计划 ”按钮。 6.系统显示“新建计划 ”界面 7.用户输入计划的“计划名称 ”、“开始和结 束时间 ”、“计划描述 ”等信息,并点击“提 交 ”按钮。 8.系统保存计划信息(计划的初始状态为“未 完成 ”及“未反馈 ”),并转到“ 员工计划 ” 界面显示更改结果。 扩展流 备注 反馈计划 用 例 名 称 反馈计划 功 能 简 述 员工可以为某一执行完的计划填写反馈信息 后置条 件 该
系统软件设计研发投标方案(130页)(2024年修订版).docx
下载提示

如果下载遇到任何问题,请联系客服专员!

微信公众号
微信客服