https://www.myziyuan.com/
- visitor
- 软件项目风险管理信息系统开发研究在线阅读 整本下载 分章下载 分页下载 【作者中文名】 胡颖; 【导师】 张建林; 【学位授予单位】 浙江大学; 【学科专业名称】 管理科学与工程 【学位年度】 2007 【论文级别】 硕士 【网络出版投稿人】 浙江大学 【网络出版投稿时间】 2008-03-10 【关键词】 软件开发风险; 软件项目风险管理; 软件项目风险管理信息系统; 统一建模语言（UML）; 【英文关键词】 software development risk; software project risk management; software project risk management system; UML （Unified Modeling Language）; 【中文摘要】 软件开发历来普遍存在着项目延期、费用超支甚至软件难以交付的严重问题，这些问题被业内人士统称为“软件危机”。针对这一问题，软件工程领域在软件设计、工具及开发方法的等方面均进行了改良以试图降低开发中的项目风险，然而收效甚微。随着软件工程研究的进展，上世纪80年代Boehm将风险管理的概念首次引入了软件界，并引起了广泛的关注。研究者们开始意识到软件项目与其他项目一样需要进行风险管理，而导致软件危机的根源正是由于软件项目和产品没有对风险实施有效的管理——软件项目风险管理的研究自此展开。 软件工程领域对于风险管理的研究主要集中在其过程、工具和方法上。实现风险管理理论设计上的过程和方法需要一定的管理工具的支持，然而目前大多数软件项目风险管理工具的应用面相对都比较狭窄，如各种类型的风险分析工具和仅供风险咨询的交流平台，即使是功能完善的风险管理软件也存在着无法实现风险交流的缺陷，相对来说，对于全面的风险管理系统的研究比较少。而软件项目风险管理活动的实际情况是：存在着大量需要存储和处理的不同类型的风险数据，这些不同类型的风险数据之间又存在着许多的逻辑关系，不可能仅靠一张风险列表就可以完成所有的管理操作；与此同... 【英文摘要】 Software engineers have always been facing the problems of schedule, budget or the quality of the software product, those problems are called "software crisis". Though many considerable improvements have been made in terms of design, tools and development process endeavoring to decrease those risks, but the situation was not changed much. With the development of software engineering, in 1980s Boehm introduced the theory of risk management into software development area. After that, researchers gradual... 这是一篇硕士论文,无法发给你,因为你已经匿名了,对你有帮助的话可以联系我.
- 2022-01-08 09:33:59
- 外网
- 急需一份学生学籍管理信息系统的分析报告,§ 1.1 背景有利条件：1．CUIT已经基本建立了学校的网站，所以迫切的需要一套学生学籍管理系统来对学生学籍等情况进行管理。2．有利于教务处、学生工作处、师资科、院长办公室、各系辅导员对各自所需的及管理的学生信息进行查阅和管理。3．有利于学生对自己的学习情况进行查看，方便他们掌握自己的学习信息。4．有利于家长对学生的监督。5．有利于用人单位可以通过浏览学校网页，方便快捷的获取学生的有用的信息，更加全面的了解学生在校的情况。§ 1.2 系统目标学生档案管理： 学生的一般情况，及奖励，处分情况； 学生成绩管理： 学习成绩，补考成绩； 学籍处理： 学生留降级处理，休复学处理，退学处理； 日常教务管理： 日常报表，如通知书，补考通知书等，学生学习成绩的各种分类统计；毕业生学籍处理： 结业处理，毕业处理，授位处理，学籍卡片等。§ 1.3 业务模式高校学生学籍管理系统将采用B/S模式，学生的信息由各用户在规定的权限下在各自的工作站上录入，统一保存在系统服务器上，既可集中管理，有可让各部门管理自己负责的信息。信息上网后各用户可查询，调用，达到全校信息共享。§ 1.4 现行组织机构学校现有的学生学籍资料分别由系、教务处、学生处管理。每个管理部门几乎都有一份相同的学生基本信息。这样，工作容易重复，而且，最大的问题是彼此工作不透明，容易出现数据的不一致。这问题的出现是致命的。 § 1.5 业务现状现在学校各部门分别使用不同数据库，各部门之间的信息还不能实现网上共享。由于学校的各个部门都需要一些学生的基本信息，所以各个部门都有一份学生档案。一个部门的改动，将导致其他各部门必须修改，否则，学生的信息将不一致。现有系统采用的是B/S模式，比如：各系可以将自己系学生的成绩都传到教务处的服务器上，教务处就可以对各系学生成绩进行集中统一管理。§ 2 用户需求高校希望能够对全校所有学生的信息进行集中管理。然后，对各个部门分配不同的权限，让他们去管理他们所需的信息，而没有管理权限的部门只能查询。§ 2.1 业务需求1、使用范围要求按成都信息工程学院全日制学生学籍管理等相关文件完成本科和专科学生学籍状况的系统管理（本科生用学年学分制，专科生用学年制）。系统中保留五个年级学生的信息（大四毕业以后学生信息还需保留一年），学生毕业一年后信息转储，但随时可以查询，输出。2、功能要求学生档案管理： 学生的一般情况，及奖励，处分情况；学生成绩管理： 学习成绩，补考成绩；学籍处理： 学生留降级处理，休复学处理，退学处理；日常教务管理： 日常报表，如通知书，补考通知书等，学生学习成绩的各种分类统计；毕业生学籍处理： 结业处理，毕业处理，授位处理，学籍卡片等。3、信息采集与各部门的使用权限每学期考试完毕由各系录入成绩，然后由教务科收集。为了保证信息的安全和数据的权威性，对于网上信息的使用权限和责任规定如下：数据收集前的系统权限 学生档案学生奖惩学生成绩学籍处理补考成绩教学计划管理各种等级考试学生处0 ？0 ？？？？？？各系？？0 ？？？？？教务处？？？0 ？0 ？0？0 ？院长办公室？？？？？？？注：0、登录，修改，处理权。 ？、查询权4、数据完整性、正确性：1、可按某学生某学年考试及补考成绩，自动生成该学生是否升留降级，退学。2、可按某学生在校期间累计重修科目门数和成绩自动生成该学生是否结业，毕业，授位。3、可按某学生因非成绩原因所引起的学籍变更作自动处理。4、可按每学期各年级班学生考试成绩自动生成补考名单，科目。5、可按每学期各年级学生考试成绩自动生成某课程统计分析表。6、可按同一年级学习成绩进行同一课程不同班级间成绩比较。§ 2.2 性能需求因为学籍管理系统存储学生信息，所以数据库系统应该具有备份和恢复功能，保证学生数据库的长期完整性和正确性。另一方面，作为系统的服务器应该能够长期无故障的运行，而且能够便于管理员的操作。安全性要求比较高，对业务逻辑必须封装，避免有人登陆他没权限的网页，避免黑客从数据流中截取敏感数据。
- 2022-01-08 09:32:24
开通会员