搜档网
当前位置:搜档网 › 软件开发大作业

软件开发大作业

软件开发大作业
软件开发大作业

西安交通大学

软件开发大作业Android音乐播放器

石留伍杨丁福白平

2012/7/10

Android音乐播放器的实现一.设计文档

1.用例图

https://www.sodocs.net/doc/d67022582.html,ecase report

We've seen before that you will need to take some

vague specifications from the client, and turn them into complete, measurable, traceable and unambiguous

requirement specifications. No need to panic; you can make your life easier at this point with a use case report.

A use case is used to define a series of interactions

between external actors (the users or another system) and the system in question (your piece of software). The use case always focuses on a goal, and it ends when this goal is completed. Besides the main series of

interactions, it can also include alternative versions

(other series of interactions that will fulfill the goal) and versions that will cause failure. In the end, it will give you a very clear sequence, written in natural language, easy to understand. You can move on by taking a

"snapshot" of a use case, called a scenario – which is one specific instance of the use case – one single path that takes you from the beginning to the end, selected from the various paths and combinations available to fulfill the goal.

Use cases are the basis for creating patterns, or you can organize them into diagrams – in many cases, a better alternative to long text in natural language, or use them in connection with UML – we'll cover all versions later. They are a good tool to help you keep track of each requirement and its current status.

Once you have a use case, you need to make sure that it is indeed important, not one of the useless conditions that crowd your project, even if nobody can remember where they originated. A very simple and effective method, called Quality Function Deployment (QFD) will help you identify which are the most important options for the client, and which can be eliminated. Give users (or user surrogates) a list of the use cases and a certain number of points (or a sum of cash, to make it even easier to understand) to assign to the use cases, in order of the importance. Make sure you include all the types of users (every group of actors involved), otherwise it's not relevant. In some cases, you may need to organize a hierarchy of the groups of actors –for instance, give more points (or cash) to the group that is likely to use the program more often than the

rest. Balance the number of points obtained by each function against the costs of developing it. After that, the results are pretty obvious and easy to interpret. Because the use cases are so focused on the client, they are often turned into help files later on. In fact, this is one of the key aspects of working with them – you actually write the help files and the user documentation before you even started work on the program. It may seem a bit backwards, but it is a great method of insuring the client's satisfaction, which is, after all, the whole point.

While you are having fun with points and evaluation, don't lose sight of a major issue: the use cases have to remain testable and traceable, otherwise they are useless.

Pay attention when you write the use cases, and don't make them too abstract. The client should be able to understand them at all time. If you find yourself using the passive voice, you made a mistake – you need to describe what the user does, and what the reaction of the system is. Do not write from the point of view of the system, but make sure to include its response.

Also, you need to know when to stop – you can't possibly model all the situations, and you don't need to, since you can include them, in a form or other, in a use case. So, make sure you don't have so many use cases that they waste you more time than they might save. You can use a prototype whenever necessary. There are various opinions out there about how a prototype should be used. The most common approach is to use the client's specifications to quickly design the interface, then use this prototype for the use case report. From this point on you no longer need the client's input (hopefully) and you can turn the use cases into UML diagrams (we will cover these later on), such as the robustness diagram and the sequence diagram, both of which are dynamic. These turn into a class diagram, which is static and can be turned into code.

3.类图

4.顺序图

二.实现文档

1.源代码和可执行文件在解压包中。

软件开发合同书(最新版)

软件开发合同书 委托方(甲方): 地址: 合同代表人: 联系电话: 受托方(乙方): 地址: 营业执照注册编号: 公司帐号: 开户银行: 行号: 合同代表人: 联系电话: 技术负责人: 开发工程师: 甲、乙双方本着诚实守信、共同受益的原则,经过友好协商,根据《中华人民共和国合同法》的有关规定,就软件定制开发事宜,在互惠互利的基础上达成以下合同内容,并承诺共同遵守。 第一条合同内容 1、因甲方业务需要特委托乙方为其开发项目,详细开发内容见附件。

第二条合同金额及付款方式 1、甲乙双方约定软件开发总经费为:人民币整即¥元,此金额含增值税专用发票,不含域名费、服务器相关硬件费用。 2、全部制作完成并经甲方验收合格,同时甲方收到乙方开具的合同全额增值税专用发票并通过认证后10个工作日内,支付乙方60%款项:人民币圆整即¥ .00元;验收通过一个月后,经甲方客户实际运行测试满足要求后,10个工作日内甲方向乙方支付30%款项:人民币圆整即¥ .00元;一年服务期满后支付尾款; 甲方每月25日付款,付款前提为收到乙方增值税专用发票且通过认证后,如在此期间内未满足付款条件则顺延至下月支付。 第三条开发周期 自合同生效之日起2014年月日到2014 年月日。 第四条项目联系人 考虑到软件开发过程中沟通的必要性,甲方指定为该项目的联系人,联系电话为:,电子邮件为: ,QQ号码为: ;乙方指定为该项目联系人,联系电话为:,电子邮件为: ,QQ号码为: ;任何一方更换联系人需提前一周进行书面沟通及约定。 第五条甲方权利与义务 1、甲方有权要求乙方按照开发需求中双方商定的软件结构、软件功能,在双方约定的时间内,完成合同及其补充协议中规定的内容。 2、甲方负责提供乙方制作软件所需的一切资料,在乙方开始制作软件时,甲方应备齐全部资料。 3、甲方应在软件制作的全过程中给予乙方便利条件,并积极配合。

软件开发流程图.docx

软件开发流程图 项目前期 需 求 变 化项目启动 需 要系统实变现 更系统调测 开始 获取用户需 编制初步方 编制进度 / 跟踪 需求基本确定 编制详细预 配置内部资 分配开发任 系统实现 控制/调 无需变更 技术调测 PM:获取 EU主要的关键性需求 PM:根据 GM安排编制简略 / 详细的建设方案 PM:基于内部预算对 EU提供费用报价 PM:与 EU确认需求变动及方案、费用调整 PM:完成详细内部预算并提交给GM PM:通过内部项目管理系统配置详细人员、进度安排 PM:移交 EU需求给PG,安排 PG开发任务 PG:根据 EU需求及 PM要求,执行开发任务 PM:通过内部项目管理系统审核PG工作日志, 确认 EU需求变动,执行进度控制,必要时变 更人员安排及内部预算 PG:技术调测及修改;根据TE 测试文档调试修改集成测

部署试

TE:进行集成测试,编制测试文档,提交PM,送达PG 未 通 过通过 通过项目后期 系统验收 结束PG:部署至外部服务器 PM:系统初验 EU:试用 PG : 部署正式上线,编制开发字典,提交PM M 获得试用意见 TE:编制系统操作手册、功能列表,提交PM PM:提交开发字典、操作手册、功能列表给EU,通过内部项目管理系统结项,向 GM汇报 备注: PM (Project Manager):项目经理PG (Programmer):程序员EU (End-User):最终用户TE (Test Engineer):测试工程师GM (General Manager):总经理 硬件开发流程图

产品调研 / 新产品立设计开发执行子项目分支执 首样评审业务部主导 研发部 研发部主导 业务部 研发部主导 研发部主导 业务部 采购部 研发部主导 业务部 工程部 1、资料搜集并拟定产品需求表 ① 预期的用途,特定的功能、性能和安全要求; ② 类似产品的名称,型号或参考实物样板; ③ 细化客户对产品的外观、功能、价格等要求; ④拟定《产品需求表》展开评审会议 , 并形成《技术可行性分 析报告》同时交总经理审批。 2、研发经理组织结构、电子与ID 协调定义,进行3D 图形设计 与修改,形成《产品外观效果图》《产品3D 图》、《产品规 格书》会同业务、总经理展开评审会议,若评审通过,由业 务形成《立案通知书》和《产品研发任务书》交总经 理审批,输出交研发部进行设计开发工作。 注: B 类项目可直接评估形成《产品研发任务书》 3、研发部签收《产品研发任务书》 , 项目负责人根据《产品外 观效果图》、《产品 3D 图》、《产品规格书》、《产品研发 任务书》的要求对设计工作进行策划形成《项目进度表》,包括: ① 设计过程中各阶段时间和工作内容的安排; ② 设计评审、设计验证、设计确认的安排; ③ 设计过程中各项工作的分工及各小组之间的接口及工 作顺序等; 4、项目负责人根据《项目进度表》推进设计,每设计阶段 必须与研发部经理进行设计评审,设计评审完成后研发部 完成硬件打样,首样制作由该项目各负责工程师共同制作, 并完成《样机测试记录表》、《操作说明》、《首样评审表》, 并填写《线路板通知书》、《开模申请表》交研发经理审核。研发 部根据设计评审结论编制 BOM、电路原理图、贴片图的PDF电子 版、结构爆炸图、《样机测试记录表》、《软件测试 记录表》、《样机测试记录表》并存档。 5、结构电子依《首样评审表》内容,对需要做设计变更的 尤其产品外观改动的,需经总经理批准的《设计变更表》, 才能对其模具设计修改,并填写《改模记录表》。首样评审完 成修改通过后,发放至工程部由工程部汇总完成《工程 样机测试汇总表》,3 个工作日后由项目负责人组织电子、 结构、工程、品质、业务进行项目首样评审。

电力系统自动化作业非常详细

电力系统自动化期末作业 题目:带励磁系统的自动发电控制(AGC)学号: P091812925 姓名:谢海波 同组人:马宁、马超、李维、谢海波、杨天曾专业班级: 09级电气工程及其自动化3班 学院:电气工程学院 指导教师:杨晶显老师

目录 目录 (1) 1 概述 (2) 1.1课题背景 (3) 1.2带励磁系统的同步发电机LFC和AVR控制示意图 (3) 2 发动机调速系统 (4) 2.1发电机模型 (4) 2.2负荷模型 (5) 2.3原动机模型 (6) 2.4调速器模型 (6) 3 发电机励磁系统 (7) 3.1励磁调节器的工作原理 (7) 3.2励磁方式 (7) 3.3励磁机的作用 (8) 4 励磁系统的自动发电控制(AGC) (8) 5 仿真结果分析 (12) 6 总结 (13) 参考文献 (13)

带励磁系统的自动发电控制(AGC) 摘要:随着电力系统自动化的高度发展,现代电网已发展成为在电力市场机制的基础上多控制区域的互联系统,自动发电控制(AGC)作为互联电网实现功率和频率控制的主要手段,其控制效果直接影响着电网品质。因此,跨大区互联电网通过什么样的标准对其控制质量进行评价,电网AGC采用什么样的控制方法是近年来调度自动化关注的一个热点问题。本论文紧紧围绕这一具有重要现实意义的课题展开了研究和讨论,介绍了带励磁系统的自动发电控制电网AGC技术的实现与发展,带励磁系统的同步发电机LFC和AVR控制方案,发电机的调速系统模型的基本组成及其设计和控制策略。最后通过一个孤立发电站的组合仿真框图及其技术参数,搭建混合SIMULINK仿真框图进行仿真,当励磁系统参数变化时求出其频率偏差和机端电压响应,通过仿真结果来分析频率控制和电压控制的关系。 关键词:励磁系统,自动发电控制,电力系统,频率,电压 1 概述 自动发电控制(Automatic Generation Control)简称AGC,作为现代电网控制的一项基本功能,它是通过控制发电机有功出力来跟踪电力系统的负荷变化,从而维持频率等于额定值,同时满足互联电力系统间按计划要求交换功率的一种控制技术。它的投入将提高电网频率质量,提高经济效益和管理水平。自动发电控制技术在“当今世界已是普遍应用的成熟技术,是一项综合技术”。自动发电控制在我国的研究和开发虽然起步较早,但真正在电网运行中发挥效能,还是在最近几年。原来我国几个主要电力系统都曾试验过自动频率调整(AFC),而直到改革开放以后,自动发电控制却还未能全部正常运行。近些年来,随着我国经济的高速发展,对安全、可靠、优质和经济运行,各大区电网都对频率的调整非常重视,并实行了严格的考核。为实现这一目标,全国各大电网均不同程度地采用了AGC技术。随着计算机技术、自动控制理论、网络通讯等技术的发展,电厂、电网自动化运行水平的不断提高,自动发电控制逐步得到广泛的应用。现代的AGC是一个闭环反馈控制系统,主要由两大部分构成,如图1-1所示:(1)负荷分配器:根据测得的发电机实际出力、频率偏差和其它有关信号,按一定的调节准则分配各机组应承担的机组有功出力设定值。该部分为传统的电网调度功能实现。 (2)机组控制器:根据负荷分配器设定的有功出力,使机组在额定频率下的实发功率与设定有功出力相一致。电厂具备AGC功能时该部分由机组协调控制系统CCS自动实现。

软件开发合同书(最新版)

软件开发合同书(最新版) 甲方:_________ 乙方:_________ 上述甲,乙双方经友好协商一致,达成以下协议。双方申明,双方都已理解并认可了本合同的所有内容,同意承担各自应承担的权力和义务,忠实地履行本合同。 第一条合同项目 甲方为乙方开发_________软件(单机版/网络版)_________套。 第二条软件价格,付款方法 1.软件价格:甲方向乙方开发的_________软件(单机版/网络版)定价为 _________元人民币/套。 2.付款方法:在本合同签定的_________天内,乙方必须向甲方交付软件定价的_________的定金,即_________元人民币。软件由甲方开发完毕,并由乙方检验通过后,乙方一次性向甲方付清剩余的 _________软件开发款项,即_________元人民币。 第三条软件开发时间 在本合同签定当日起,甲方开始软件的开发。开发时间为 _________个月即从_________年_________月_________日起至 _________年_________月_________日止。经双方协商一致,可以延长或缩短该期限。 第四条软件验收标准

乙方验收软件的标准以双方合拟的合同附件功能说明书作为通过的根据。 第五条售后服务条款及时间 甲方为乙方免费培训一定人数的软件使用人员。甲方提供一年的免费软件系统维护服务。包括数据整理,备份等。该时间为软件由乙方验收通过之日开始的一年。免费服务期满后,另签服务协议。甲方在软件验收通过之日起的两年期间,如对软件系统进行版本更新,将免费为乙方提供系统升级服务。期满后,甲方将对有需要的用户提供系统最新版本的升级服务,统一收取费用。 第六条乙方运行软件的电脑硬件设备及操作系统由乙方自行解决。甲方不会替乙方的电脑平台提供升级或维护,并不会为乙方其它软件版权等事宜负任何责任。 第七条乙方在软件使用过程中,如果要增加合同附件(功能设计书)之外的其它功能,则要另行支付甲方开发费用;如属软件本身质量问题,甲方免费为乙方修正。 第八条甲方为乙方开发的软件只能使用在合同乙方单位范围内。乙方对甲方所开发之软件产品应作妥善保管,尊重甲方所有的版权,不得对甲方销售之软件产品进行反向工程,反向编译,反汇编或出租。否则乙方愿意承担由此给甲方带来的一切损失,甲方保留追究乙方法律责任的权利。 第九条其它 1.甲方只负责开发软件,乙方使用该软件做其他事务,后果由乙方承担。 2.除在不可抗力或双方协议的情况下,本合同书不能取消。

软件产品开发运作管理作业程序

1 / 5 1. 目的 制定软件产品开发运作管理程序,对软件开发过程的各个工作阶段予以识别和控制,实施过程管理程序和质量控制,使软件开发过程各阶段得以有序进行,不符 受 控 分发号

合项得到及时发现并纠正,确保软件开发项目的工程质量符合客户的要求。 2. 范围 适用于公司各种类型的软件产品开发活动:内部立项开发项目、客户委托开发项目、招投标项目等等包含软件产品开发的运作过程。 3. 职责 3.1中心副总经理:负责组织内部项目的立项申请、软件开发项目的项目任务定义、组织和软件开发技术评审,负责技术开发的外部联合有关事宜,指导开发部经理确定项目经理。 3.2软件开发部经理:协助中心副总经理进行项目任务定义和软件开发技术评审,确定软件开发项目经理,合理配置开发项目各种资源,监督项目经理执行软件开发运作程序及项目过程质量控制,并协同质量管理部人员对开发项目进行检查验收。与项目经理共同负责软件产品开发完成后的归档工作。 3.3项目经理:负责软件产品开发的执行过程:从项目任务书下达开始,对开发计划、需求开发、概要设计、测试设计与计划、数据库设计、详细设计、编码、测试、编写用户手册(或操作手册)、模块开发卷宗、试运行、验收等产品开发活动的全过程实施负责,对产品概要设计、数据库设计、详细设计的实施负责。并负责项目开发完成后的归档。 3.4开发人员(软件工程师):配合项目经理,对指定任务的需求调研、详细设计、编码及单元测试、手册内容编写、测试任务、模块卷宗开发负责。配合项目经理进行开发文件、卷宗的编篡归档工作。 4. 程序内容 4. 1软件产品开发流程图 (左侧为工作阶段名称,右侧为工作相关产品,括号中的编号是文档的编号)

电力系统自动化习题及答案..

第一章发电机的自动并列习题 1、同步发电机并网(列)方式有几种?在操作程序上有何区别?并网 效果上有何特点? 分类:准同期,自同期 程序:准:在待并发电机加励磁,调节其参数使之参数符合并网 条件,并入电网。 自:不在待并电机加励磁,当转速接近同步转速,并列断 路器合闸,之后加励磁,由系统拉入同步。 特点:准;冲击电流小,合闸后机组能迅速同步运行,对系统影 响最小 自:速度快,控制操作简单,但冲击电流大,从系统吸收 无功,导致系统电压短时下降。 2、同步发电机准同期并列的理想条件是什么?实际条件的允许差各是 多少? 理想条件:实际条件(待并发电机与系统)幅值相等:电压差不能超过额定电压的510% 频率相等:ωωX 频率差不超过额定的0.20.5% 相角相等:δ0(δδX)相位差接近,误差不大于5° 3、幅值和频率分别不满足准同期理想并列条件时对系统和发电机分别 有何影响? 幅值差:合闸时产生冲击电流,为无功性质,对发电机定子绕组产

生作用力。 频率差:因为频率不等产生电压差,这个电压差是变化的,变化值在0-2之间。这种瞬时值的幅值有规律地时大时小变 化的电压成为拍振电压。它产生的拍振电流也时大时小 变化,有功分量和转子电流作用产生的力矩也时大时小 变化,使发电机振动。频率差大时,无法拉入同步。 4、何为正弦脉动电压?如何获得?包含合闸需要的哪些信息?如何从波形上获得? 5、何为线形整步电压?如何得到线形整步电压?线性整步电压的特点是什么? 6、线性整步电压形成电路由几部分组成?各部分的作用是什么?根据电网电压和发电机端电压波形绘制出各部分对应的波形图。 书上第13页,图1-12 组成:由整形电路,相敏电路,滤波电路组成 作用:整形电路:是将和的正弦波转变成与其频率和相位相同的一系列 方波,其幅值与和无关。 相敏电路:是在两个输出信号电平相同时输出高电平,两者不同时输出低电平。 滤波电路:有低通滤波器和射极跟随器组成,为获得线性整步电 压和的线性相关,采用滤波器使波形平滑 7、简述合闸条件的计算过程。 1:计算,如果≤转 2;否则调整G来改变

软件开发合同(完整版)

合同编号:YT-FS-5531-56 软件开发合同(完整版) Clarify Each Clause Under The Cooperation Framework, And Formulate It According To The Agreement Reached By The Parties Through Consensus, Which Is Legally Binding On The Parties. 互惠互利共同繁荣 Mutual Benefit And Common Prosperity

软件开发合同(完整版) 备注:该合同书文本主要阐明合作框架下每个条款,并根据当事人一致协商达成协议,同时也明确各方的权利和义务,对当事人具有法律约束力而制定。文档可根据实际情况进行修改和使用。 合同编号:_____ 甲方(委托人):_____ 法定住址:_____ 法定代表人:_____ 职务:_____ 委托代理人:_____ 身份证号码:_____ 通讯地址:_____ 邮政编码:_____ 联系人:_____ 电话:_____ 传真:_____ 帐号:_____ 电子信箱:_____

乙方(受托人):_____ 法定住址:_____ 法定代表人:_____ 职务:_____ 委托代理人:_____ 身份证号码:_____ 通讯地址:_____ 邮政编码:_____ 联系人:_____ 电话:_____ 传真:_____ 帐号:_____ 电子信箱:_____ 鉴于甲方有意委托乙方开发用于_____(财务、经营管理等业务)的计算机信息化系统软件,双方特依据《中华人民共和国合同法》及相关的法律法规之规定,在自愿、平等、互利互惠、协商一致的基础上,双方达成如下协议:

某大型公司软件开发管理制度

某大型公司公司软件开发管理制度 版本:1.0 SDM审批: QA经理[时间] CTO[时间] 目录 1.目的和作用3 2.适用范围:3 3. 参考文件3 4.适用对象3 5.软件开发流程4 5.1可行性研究与计划4 5.1.1实施4 5.1.2 文档4 5.1.2.1 应交付的文档4 5.1.2.2 提交步骤4 5.2需求分析4 5.2.1实施4 5.2.2要求5 5.2.3交付文档5 5.2.4审批5 5.3概要设计5 5.3.1实施5 5.3.2要求6 5.3.3交付文档6 5.3.4补充说明6 5.3.5审批6 5.4详细设计7 5.4.1实施7 5.4.2要求7 5.4.3文档7 5.4.4审批7 5.5实现7 5.5.1实施与要求7 5.5.2交付文档8 5.5.3审批8 5.6组装测试8 5.6.1实施8 腹有诗书气自华

5.6.2要求8 5.6.3交付文档8 5.6.4审批8 5.7确认测试9 5.7.1实施9 5.7.2要求9 5.7.3交付文档9 5.7.4 补充说明9 5.7.5 审批9 5.8发布10 5.8.1过程10 5.8.2 文档10 5.8.3 审核10 5.9 交接10 6. 附录1:项目文档清单11 1.目的和作用 本流程详细规定软件开发程的各个阶段及每一阶段的任务、要求、交付文件,使整个软件开发过程阶段清晰、要求明确、任务具体,实现软件开发过程的标准化。 2.适用范围: 公司的软件开发产品均适用。 3. 参考文件 各种文档模板 文档命名规则 交接流程 4.适用对象 软件管理人员,软件开发人员,软件维护人员 5.软件开发流程 5.1可行性研究与计划 5.1.1实施 5.1.1.1 软件开发部分析人员进行市场调查与分析,确认软件的市场需求 5.1.1.2 在调查研究的基础上进行可行性研究,写出可行性报告 5.1.1.3 评审和审批,决定项目取消或继续 5.1.1.4 若项目可行,制订初步的软件开发计划,建立项目日志 5.1.1.5 根据市场环境、公司软硬件情况预测十大风险因素 5.1.2 文档 5.1.2.1 应交付的文档 1)可行性研究报告* 2)初步的软件开发计划 3)十大风险列表* 腹有诗书气自华

软件工程作业(答案参考)

软件工程第一次作业 1)软件工程适用范围? 答:软件工程是一门研究用工程化方法构建和维护有效的、实用的和高质量的软件的学科。它涉及到程序设计语言、数据库、软件开发工具、系统平台、标准、设计模式等方面。在现代社会中,软件应用于多个方面。典型的软件比如有电子邮件、嵌入式系统、人机界面、办公套件、操作系统、编译器、数据库、游戏等。同时,各个行业几乎都有计算机软件的应用,比如工业、农业、银行、航空、政府部门等。这些应用促进了经济和社会的发展,使得人们的工作更加高效,同时提高了生活质量。 2)软件工程如何控制系统开发的复杂性的? 答:可理解性(understandability)。系统具有清晰的结构,能直接反映问题的需求。可理解性有助于控制软件系统的复杂性,并支持软件的维护、移植或重用。 3)以你的经验,举例说明一个成熟的软件通常采用什么方法来适应现实世界的变化的?答:以猎豹游览器为例,开始软件投入市场公测,软件自带收集错误报告的程式,当遇到问题软件错误,会将相关信息反馈到接受错误信息的服务器,已方便程序员及时发现问题加以修复,修复完成后提供程序更新,循环此法提供软件运行稳定性,另外还有用户反馈的相关功能,对软件的建议也会收集到服务器,按实用性需求程序员可在原有程序上开发调整更适合用户使用的程序。 4)假设某软件公司,能为同一个用户开发两个不同层次的软件:一个层次的软件功能非常强大,在满足用户所有需求的基础上,还能提供大大超过用户需求的其他更多更强的功能;另一个层次的软件仅仅能满足用户需求,但没有提供其他额外的功能。请问如果你是项目负责人,你会选择为客户开发那个层次的软件? 答:我会选择仅仅满足用户需求的软件。因为太多的功能,相对于非专业的人员,在用户体验上可能会造成困扰,太多的功能会导致难以操作。而且功能强大的软件还会给用户费用上带来不必要的投入,软件是以人为本,方便用户工作,达到提高工作效率的目的。若然日后此用户需要更多功能的时候,我们还是可以向其软件公司提供升级功能解决用户需求。

电力系统自动化第一次作业

1、分析自动调节励磁系统对发电机静态稳定的提高 答: 1. 无旋转部件,结构简单,轴系短,稳定性好; 2. 励磁变压器的二次电压和容量可以根据电力系统稳定的要求而单独设计。 3. 响应速度快,调节性能好,有利于提高电力系统的静态稳定性和暂态稳定性。 自并励静止励磁系统的主要缺点是: 它的电压调节通道容易产生负阻尼作用,导致电力系统低频振荡的发生,降低了电力系统的动态稳定性。 通过引入附加励磁控制(即采用电力系统稳定器--PSS), 完全可以克服这一缺点。电力系统稳定器的正阻尼作用完全可以超过电压调节通道的负阻尼作用,从而提高电力系统的动态稳定性。这点,已经为国内外电力系统的实践所证明。 2、分析自动调节励磁系统对发电机暂态稳定的提高。 答1、提高励磁系统强励倍数可以提高电力系统暂态稳定。 2、励磁系统顶值电压响应比越大,励磁系统输出电压达到顶值的时间越短,对提高暂态稳定越有利。 3、充分利用励磁系统强励倍数,也是发挥励磁系统改善暂态稳定作用的一个重要因素。 分析证明,励磁控制系统中的自动电压调节作用,是造成电力系

统机电振荡阻尼变弱(甚至变负)的最重要的原因之一。在一定的运行方式及励磁系统参数下,电压调节作用,在维持发电机电压恒定的同时,将产生负的阻尼作用。 许多研究表明,在正常实用的范围内,励磁电压调节器的负阻尼作用会随着开环增益的增大而加强。因此提高电压调节精度的要求和提高动态稳定的要求是不兼容的。 解决这个不兼容性的办法有: 1、放弃调压精度要求,减少励磁控制系统的开环增益。这对静态稳定性和暂态稳定性均有不利的影响,是不可取的。 2、电压调节通道中,增加一个动态增益衰减环节。这种方法可以达到既保持电压调节精度,又可减少电压调压通道的负阻尼作用的两个目的。但是,这个环节使励磁电压响应比减少,不利于暂态稳定,也是不可取的。 3、在励磁控制系统中,增加附加励磁控制通道,即电力系统稳定器PSS。 电力系统稳定器即PSS是使用最广、最简单而有效的附加励磁控制。

软件开发合同书完整版_1

编号:TQC/K495软件开发合同书完整版 In the case of disputes between the two parties, the legitimate rights and interests of the partners should be protected. In the process of performing the contract, disputes should be submitted to arbitration. This paper is the main basis for restoring the cooperation scene. 【适用合作签约/约束责任/违约追究/维护权益等场景】 甲方:________________________ 乙方:________________________ 签订时间:________________________ 签订地点:________________________

软件开发合同书完整版 下载说明:本协议资料适合用于需解决双方争议的场景下,维护合作方各自的合法权益,并在履行合同的过程中,双方当事人一旦发生争议,将争议提交仲裁或者诉讼,本文书即成为复原合作场景的主要依据。可直接应用日常文档制作,也可以根据实际需要对其进行修改。 甲方:_____ 乙方:_____ 上述甲,乙双方经友好协商一致,达成以下协议。双方申明,双方都已理解并认可了本合同的所有内容,同意承担各自应承担的权力和义务,忠实地履行本合同。 第一条合同项目 甲方为乙方开发_____软件(单机版/网络版)_____套。 第二条软件价格,付款方法

软件工程作业第一章

1-1什么是软件危机?它有哪些典型表现?为什么会出现软件危机? 软件危机:在计算机软件的开发和维护过程中所遇到的一系列严重问题。 典型表现:软件总是超出预算、落后于进度表,而且产品质量不可靠、维护困难等。 危机原因: 1、软件受其自身特点的影响,生产过程不象硬件那样规范,受人的因素和外界影响很大,在软件生产的各阶段都会引入不同程度的错误,造成不能预期完成任务,致使成本上升,甚至导致软件失败。 2、主客观不相适应。 ●客观上:软件规模增大、功能要求越来越复杂,需求不断变化等; ●主观上:传统的个体化开发观念和方法的影响,无开发过程指导,无开发过程管理;由于主客观矛盾,必然产生软件质量差、开发超期、超预算、维护困难等现象。 1-3 什么是软件工程?它有哪些本质特性?怎样用软件工程消除软件危机? ?基本思想:是强调在软件开发过程中应用工程化原则,解决软件的整体质量较低、最后期限和费用没有保证等问题。 ?软件工程定义:是指导计算机软件开发和维护的一门工程学科。采用工程的概念、原理、技术和方法来开发与维护软件,把经过时间考验而证明正确的管理技术和当前能够得到的最好的技术方法结合起来,以经济地开发出高质量的软件并有效地维护它. ?软件工程的根本在于提高软件的质量与生产率,最终实现软件的工业化生产。 本质特性:P6 消除软件危机:软件工程基本原理7条。 1-6 什么是软件过程?它与软件工程方法学有何关系? ?软件过程:是为了获得高质量软件所需要完成的一系列任务的框架,它规定了完成各项任务的工作步骤。 ?过程定义了运用方法的顺序、应该交付的文档资料、为保证软件质量和协调变化所需要采取的管理措施,以及标志软件开发各个阶段任务完成的里程碑。 关系:是软件工程方法学包含3个要素(方法、工具和过程)之一。 1-7 什么是软件生命周期模型?试比较瀑布模型、(快速)原型模型、增量模型和螺旋模型、喷泉模型的优缺点,说明每种模型的适用范围。 生命周期模型规定了把生命周期划分成哪些阶段及各个阶段的执行顺序,因此,也称为过程模型。 瀑布模型:它将软件生命周期划分为需求分析、软件设计、程序编写、软件测试和运行维护等基本活动,并且规定了它们自上而下、相互衔接的固定次序,如同瀑布流水,逐级下落。优点:文档驱动。 强迫开发人员采用规范的方法;严格地规定了每个阶段必须提交的文档;要求每个阶段交出的所有产品都必须经过质量保证小组的仔细验证。遵守瀑布模型的文档约束,将使软件维护变得比较容易一些。 缺点:系统可能不满足需求,用户仅仅通过写在纸上的静态的规格说明,很难全面正确地认识动态的软件产品 适用范围:软件需求明确。 原型模型:在初步调查了解的基础上,提供快速的软件建造工具,开发出一个功能并不十分完善的可实际运行的系统,即原型。需求分析入手快速、表达直观、容易交流。重点解决瀑

电力系统自动化习题及答案word版本

1、电力系统自动化的发展经过了那几个阶段? (一)单一功能自动化阶段 (二)综合自动化阶段:特点是用一套自动化系统或装置来完成以往两套或多套分离的自动化系统或装置所完成的工作。 1.电能的生产有哪些主要特点?对电力系统运行的总体要求要求是什么? (1)1,结构复杂而庞大,2,电能不能储存,3,暂态过程非常迅速,4,特别重要 (2)安全,可靠,优质,经济,环保 2.电力系统有哪些运行状态?它们的主要特征是什么? 正常状态:满足等式和不等式约束,主要进行经济调度。 警戒状态:满足等式和不等式约束,但接近不等式约束上下限,主要进行预防性控制。 紧急状态:满足等式约束,不满足不等式约束,进行紧急控制。 系统崩溃:等式不等式约束均不满足,切机、切负荷、解列等控制,尽量挽救已经解列的各个子系统。 恢复状态:满足等式和不等式约束,采取预恢复控制措施,如并列、带负荷等控制,恢复对用户的供电。 3.电力系统自动化包括哪些主要内容? 第二章习题、思考题 1、电力系统调度自动化是如何实现的? 1,采集电力系统信息并将其传送到调度所;2,对远动装置传送的信息进行实时处理;3,做出调度决策;4,将调度决策送到电力系统区执行;5,人机联系 2、电力系统采用什么调度方式? 集中调度控制和分层调度控制 2.电网调度自动化系统的基本构成包括哪些主要的子系统?试给出其示意图。 (1)电力系统,远动系统,调度计算机和人机联系设备 (2) 3.电网调度自动化系统主要有哪些信息传输通道(信道)? 1,远动与载波通道复用电力载波通道,2,无线信道,3,光纤通信,4,架空明线或电缆传输远动通信4.电力系统常采用什么调度方式?分层调度有何主要优点?我国电网调度目前分为哪些层次? (1)分层调度控制:就是把全电力系统的监视控制任务分配给属于不同层次的调度中心,下一层调度完成本层次的调度控制任务外,还接受上一级调度组织的调度命令并向上层调度传递所需信息。 (2)优点:便于协调调度控制,提高系统可靠性,改善系统响应 (3)分为国家级,大区级,省级,地区级,县级

软件开发合同书

网站开发合同书 甲方: 乙方:连云港市科海电脑技术部 鉴于甲方委托乙方进行房产信息网站开发,为明确双方责任,根据中国相关法律经双方协商,签订此合同,以期双方共同遵守。 甲方在此委托乙方进行_ 房产信息网站的开发,为明确双方责任,经友好协商,双方达成以下协议: 第一条:项目的内容、价款、开发进度、交付方式由“合同附录”载明。 第二条:甲方的权利和义务 1、提供专人与乙方联络。 2、提供所有需要开发需求的真实有效资料给乙方。 3、按照“合同附录”的要求,及时支付费用。 4、甲方将在著作版权法的范围内使用本合同标的及相关程序、文件源码,不得将其复制、传播、出售或许可给其它第三方。 5、甲方对合同中的系统软件、页面设计,程序开发享有排它的使用权。 第三条:乙方的权利和义务 1、提供专人与甲方联络。 2、按照“合同附录”的要求,使用甲方资料,进行网站的开发。 3、在“合同附录”要求的期限内,完成作业,并通知甲方进行验收。 4、在验收期内甲方要求下,对不合格地方进行修改。 5、本合同标的及相关作品、程序、文件源码的版权属于乙方。 6、义务帮助甲方搭建网站运行环境(服务器、固定IP宽带、微型机房建设等),材料费用归甲方。 7、进行域名申请和备案工作,免两年域名费用。 8、为甲方培训网站使用和维护技术人员。 第四条:验收 1、验收标准有以下几条: (a)、甲方可以通过任何上网的计算机访问这个网站。 (b)、网站中不存在任何运行错误,图片链接错误(以甲方提供的开发需求为准)。 (c)、WEB服务器运行正常。 2、验收期为一周。 第五条:违约责任 1、任何一方有证据表明对方已经、正在或将要违约,可以中止履行本合同,但应及时通知对方。 若对方继续不履行、履行不当或者违反本合同,该方可以解除本合同并要求对方赔偿损失。 2、因不可抗力而无法承担责任的一方,应在不可抗力发生的3天内,及时通知另一方。 3、一方因不可抗力确实无法承担责任,而造成损失的,不付赔偿责任。本合同所称不可抗力是 指不能预见、不能克服并不能避免且对一方当事人造成重大影响的客观事件,包括但不限于自然灾害如洪水、地震、火灾和风暴等以及社会事件如战争、动乱、政府行为等。 第六条:保密条款

软件开发工具复习资料(自考)

1)软件开发工具范围:在高级程序设计语言的基础上,为提高软件开发的质量 和效率,从规划分析设计测试成本和管理各方面,对软件开发者提供各种不同程度的帮助的一类广泛的软件。应当为软件人员提供信息管理,信息存储一致性的保证提供帮助支持。 2)SDT 3个发展阶段:通用工具,专用工具,集成工具。 3)软件开发工具的概念:在高级程序设计语言后进一步发展的产物,目的是给 与人们在开发软件过程中不同方面和程度的支持或帮助,支持开发的全过程而不是仅限编码或其他特定工作阶段。 4)软件的意义:硬件是躯体,软件是灵魂;软件是用户和计算机的桥梁;软件 是人类知识与经验的结晶,一种新的载体。 5)通用软件弱点:许多工作无法完成,不能反映逻辑内涵,难于保持一致性。 6)专用软件弱点:对软件开发缺乏全面统一的支撑环境造成冲突和矛盾。 7)软件开发发展阶段:机器语言开发软件,汇编语言开发转换,高级语言开发 编译程序转换,各种软件开发工具完成编译程序转换。(项目管理版本控制软件重用新问题) 8)新的软件开发方法表现在四个方面特点:自动化程度提高,进一步向用户延 伸,延伸到项目版本管理扩展到不断发展生长完善的全过程。 9)4GL:非过程化的程序设计语言,针对以处理过程为中心的第三代语言他希 望通过某些标准处理过程的自动生成使用户可以只说明要求做什么,而把具体的执行步骤安排交给软件自动处理。 10)CASE:计算机辅助软件工程或计算机辅助系统工程,应用计算机自身处理信 息的巨大能力来帮助人们开发复杂的软件或应用系统,。 11)软件开发过程5阶段:初始要求提出需求分析(软件功能说明书),总体设 计,程序文档的编写,测试调试阶段,维护。 12)软件工作的困难体现:复杂性,多样性,可维护性,可重用性。 13)SDT功能(定性):认识与描述客观系统,存储管理开发过程中的信息,代码 的编写生成,文档的编制生成,软件项目的管理。 14)SDT性能(定量):表达能力或描述能力,保持信息一致性的能力,使用的方 便程度,工具的可靠程度,对软硬件环境的要求。 15)SDT划分:A按工作阶段分—设计工具,分析工具,计划工具 B 按集成程度分---单项,集成 C按与硬件软件的关系分—依赖于特定的计算机或软件,独立于 硬件与其他软件。 16)软件开发过程2个转换:用户的理解—程序员的理解---程序的实现。 17)大型软件开发的困难:一致性保持困难,测试的困难大大增加(水波效应), 工作进度难以控制,文档与代码协调困难,版本更新带来的困难。 18)大型软件是现代化生产,单个程序是手工作坊。 19)困难产生的原因:大系统的复杂性,个人组织与协调的困难,各应用领域的 差别,时间和变化的因素。 20)用户任务:提出要求验收使用要求修改。程序员任务:编写程序文档,调试 自己编码的程序想项目负责人提交工作进展。项目负责人任务:分析需求,分配任务,验收联调,向用户交付使用,接受分析用户的修改要求布置修改任务验收修改成果并再提交。 21)结构化程序设计把程序的结构分解成3种基本模块:处理单元,循环机制,

电子科大《电力系统自动化》作业一

1.同步发电机机端电压与电网电压的差值的波形是(B)。 (A) 方波(B) 正弦波(C) 正弦脉动波(D) 三角波 2.自动发电控制AGC功能可保证电网的(D) (A) 电流(B) 功率因数(C) 电压(D) 频率 3.电力线载波信道可同时传送(A)。 (A) 语音信号和远动信号(B) 视频信号和远动信号(C) 图像信号和远动信号 (D) 语音和图像信号 4.(15,7)循环码的全部许用码组有(D) (A) 256个(B) 129个(C) 127个(D) 128个 5.在电力系统通信中,由主站轮流询问各RTU,RTU接到询问后回答的方式属于(D)。 (A) 循环式通信规约(B) 主动式通信规约(C) 被动式通信规约(D) 问答式通信规约 6.发电机并列操作最终的执行机构是(D)。 (A) 重合器(B) 分段器(C) 隔离开关(D) 断路器 7.12位A/D芯片工作在交流采样方式时,被测量正最大值时补码形式的A/D结果为(D)? (A) 1.11111E+11 (B) 11111111110 (C) 101111111111 (D) 11111111111 8.数据传输系统中,若在发端进行检错应属(A) (A) 检错重发法(B) 循环检错法(C) 前向纠错法(D) 反馈校验法 9.厂站RTU向调度传送模拟量数值属于(B) (A) 遥信(B) 遥测(C) 遥控(D) 遥调 10.2000MHZ频率属(C) (A) .短波频段(B) 中波频段(C) 微波频段(D) 长波频段 11.异步通信方式的特点之一是(D) (A) 设备复杂(B) 时钟要求高(C) 传输效率高(D) 设备简单 12.我国循环式运动规约中规定的循环码是(D) (A) (7,4)循环码(B) 方阵码(C) (7,3)循环码(D) (48,40)循环码 13.地调中心可调整辖区的(A) (A) 电压和无功(B) 电压和频率(C) 无功和频率(D) 有功和频率 14.A/D转换器中的基准电压可产生按二进制权倍减的MSB→LSB的(B) (A) 电流最大值(B) 电压砝码(C) 电压最大值(D) 电流砝码 15.电力系统状态估计的量测量主要来自(D) (A) 调度人员(B) 值班人员(C) 主机(D) SCADA系统 16.调度员尽力维护各子系统发电,用电平衡时属(D) (A) 紧急状态(B) 正常状态(C) 恢复状态(D) 瓦解状态 17.星形结构计算机网的特点之一(C) (A) 可靠性(B) 建网难(C) 资源共享能力差(D) 资源共享能力强 18.一阶递归数字滤波器的输出y(n)表达式为(C) (A) a·x(n) (B) a·y(n-1) (C) a·x(n)+b·y(n-1) (D) a·x(n)+b x(n-1) 19.用数字量多路开关采集遥信信号时,欲使W=E14,数据选择端ABCD应为(D) (A) 1101 (B) 1110 (C) 1011 (D) 111 20.霍尔模块工作频率为50HZ时,精度(A) (A) 高于0.5% (B) 低于0.5% (C) 等于0.5%(D) 等于1%

(完整)软件开发合同模板

软件开发合同 甲方: 乙方: 依据《中华人民共和国合同法》及相关法律法规之规定,甲乙双方在平等、自愿的基础上,经双方协商一致,达成如下协议,以资共同遵照执行。 一、合作方式及合作期限 甲方委托乙方,乙方接受甲方委托,并根据甲方的要求定制开发甲方所需的软件产品,甲方向乙方支付费用。 合作期限为:自本合同签订之日起至乙方履约完毕。 二、合同标的 1.依据本合同约定,甲方委托乙方开发的软件产品(以下简称:软件)为:XXXXXXXXXXXXXXXX 。 2.乙方负责完成软件的设计开发、交付及相关其他服务工作,并保证该软件满足甲方的要求。平台概述及功能详见附件1。 3.未经甲方书面同意,乙方不得将合同标的分包或转包给第三方。在向甲方交付软件产品之前,乙方不得自行将软件转让给第三人或交第三人使用。 三、软件成果交付 1.乙方完成软件的需求分析、设计、编码、测试工作,并交付甲方使用。 2.软件产品交付内容包括但不限于全部源代码、技术文档、操作手册等。 四、开发费用 软件总开发费用为共计人民币XXXX整(¥XXXXXXXXXX元),费用包括:完整的软件交付成果、技术文件开发费用;乙方应承担的提供技术服务及技术支持的费用;以及乙方为全面履行合同义务所需支付的所有其他费用。 五、付款结算方式 甲方委托乙方开发XXXXXXXXXXXXXX ,在乙方完成软件开发并交付甲

方后,软件经甲方验收合格后15个工作日内,甲方向乙方支付人民币XXXXXXXX(¥XXXXXX元)。 如果合同金额大,建议付费方式分三步,签订合同调研需求后付30%,开发完毕试运行后付60%,质保期结束后再付10%。(付款比例可以商议) 六、售后服务支持 本系统售后服务期限为自验收合格之日起一年内。质保期结束后,甲方按年向乙方支付平台维护费,维护事宜及费用另行协商约定。 售后服务范围: 1. 在售后服务期内,乙方保证在出现应用系统技术故障时应及时、积极响应,遇有特殊情况双方协商。 2. 质保期内合同约定内平台技术问题或工作量小于1个工作日的改动由甲方技术人员予以免费支持,非合同约定内平台技术问题或工作量超过1个工作日的大改动,须双方另行商议或另付费解决。 域名申请及使用、IP地址、网络端口及服务器空间等使用费用由甲方负责,乙方可以予以协助。 七、保密责任 甲、乙双方保证本软件产品的所有技术信息和资料,不得透露给第三方。 八、不可抗力 1.如合同双方中任何一方由于不可抗力,如:地震、水灾、台风、战争和其他双方都认为的不可抗力原因而无法按期履行合同。由双方协商确定后,合同执行的时间做相应延期。 2.受影响方应尽快将所发生的不可抗力事故的情况以电话或传真通知另一方,并在不可抗力发生14天内尽快用传真和挂号信将有关权威机构出具的证明文件提交另一方确认。 3.当不可抗力事故终止或事故消除后,受阻方应尽快用传真或电传通知对方

大型软件开发过程的质量管理体系

大型软件开发过程的质量管理体系  韩思音 弋陪余    国信朗讯科技网络技术有限公司是中国电信和朗讯科技合资的专业从事通信网络管理软件开发的高科技企业,公司位于上海浦东,注册资金2 980万美元,员工达150人,本科以上学历超过95%。公司在1999年成立后就开展了ISO9001贯标活动,并于2000年8月通过了ISO9001认证。公司以贝尔试验室的大型软件开发管理流程为基础,建立了自己的ISO9001质量管理体系。三年来已经开发了“传输网络集中监控系统NetGuard”、“电信网络资源管理系统NetMaster”两个大型软件系统。通过ISO9001的贯标活动,加强了公司全体员工的质量意识,强化了软件开发过程的规范性,改进了软件开发过程,保证了软件开发的质量,对加强公司实力、提高市场形象起了很好的推动作用。  通过了ISO9001认证后,审核机构每年要进行一次复查,即监督审核。如果公司质量体系运行得不好,就可能被暂停证书;如发生重大事故,证书可能被撤消。除此以外,公司每年还进行一次内审,即公司内部对质量体系运行是否符合ISO9001标准进行的检查,各部门对内审发现的不符合项进行认真整改,由质量管理部验收。各部门对本部门的工作定期提出改进措施,由质量管理部对其进行验证,使质量体系不断改进。所以ISO9001的认证对企业的质量体系是有严格管理的,是有保证的。  1 软件产品质量的特点  按照ISO9126的定义,软件的质量通常可以从以下六个方面去衡量(定义)。  1)功用性(Functionality),即软件是否满足了客户功能要求。  2)可靠性(Reliability),即软件是否能够一直在一个稳定的状态上满足可用性。  3)可用性(Usability),即衡量用户能够使用软件需要多大的努力。  4)效率(Efficiency),即衡量软件正常运行需要耗费多少物理资源。  5)可维护性(Maintainability),即衡量对已经完成的软件进行调整需要多大的努力。  6)可移植性(Portability),即衡量软件是否能够方便地部署到不同的运行环境中。  可见,同其它产品相比,软件产品的质量有其明显的特殊性。

相关主题