zoukankan      html  css  js  c++  java
  • 个人最终总结——1(完成了前面2个问题)

    1、请自己翻译下面这段文字,注意不要借鉴别人的结果或者试图从网上找译文,一定用自己的语言把这段文字体会一遍

    Software engineers shall commit themselves to making the analysis, specification, design, development, testing and maintenance of software a beneficial and respected profession. In accordance with their commitment to the health, safety and welfare of the public, software engineers shall adhere to the following Eight Principles:

    1. PUBLIC - Software engineers shall act consistently with the public interest.

    2. CLIENT AND EMPLOYER - Software engineers shall act in a manner that is in the best interests of their client and employer consistent with the public interest.

    3. PRODUCT - Software engineers shall ensure that their products and related modifications meet the highest professional standards possible.

    4. JUDGMENT - Software engineers shall maintain integrity and independence in their professional judgment.

    5. MANAGEMENT - Software engineering managers and leaders shall subscribe to and promote an ethical approach to the management of software development and maintenance.

    6. PROFESSION - Software engineers shall advance the integrity and reputation of the profession consistent with the public interest.

    7. COLLEAGUES - Software engineers shall be fair to and supportive of their colleagues.

    8. SELF - Software engineers shall participate in lifelong learning regarding the practice of their profession and shall promote an ethical approach to the practice of the profession.

    翻译结果

    软件工程师应当致力于做出分析,规范,软件的设计、开发、测试和维护一个有益的和受人尊敬的职业。按照他们承诺的健康,安全和福利,软件工程师应当遵守下列八个原则:
    1.公众——软件工程师应当始终如一地坚持公众利益。
    2.客户和雇主——软件工程师应当采取行动的方式是最好的客户和雇主的利益与公共利益相一致。
    3.产品——软件工程师应确保他们的产品和相关的修改达到可能的最高的专业标准。
    4.判断——软件工程师确保他们的产品和相关的修改应契合最高的专业准则。
    5.管理——软件工程经理和领导者应当订阅和促进一个道德的管理软件开发和维护的方法。
    6.职业——软件工程师应当推进诚信和声誉的专业符合公众利益。
    7.同事——软件工程师应当公平和支持他们的同事。
    8.自我——软件工程师应当参与终身学习关于职业的实践,促进伦理职业的实践方法。

    2.在第一次博客作业里http://www.cnblogs.com/zhanglsh/p/5252703.html我们请大家根据目前的学习状况提出一些问题,现在结束了,大家是不是可以回答这些问题了,请在本次作业中一一回答

    我在第一次作业中由于各种原因,我没有写问题,那为了完成这个问题,我打算拷贝一些人的问题来回答。

    1.本学期开设了一门软件工程的学科,第一节课老师就介绍了软件工程这门课所需要学习的内容,要求掌握从事软件需求分析,软件设计,软件测试,软件维护以及软件项目管理等工作所需要的知识、方法和技能。但在学习之前对于这门课还有好多疑问,比如怎么进行需求分析,通过需求分析那些条件进行软件设计,整个软件的构造都需要满足哪些条件,还有软件维护是怎样的一个过程,对于这些都不是很了解,一样通过对这门课的学习,能够解决,现在的疑问。

    怎么进行需求分析

    需求分析主要有4大任务:

    1. 确定系统的综合需求:功能需求、性能需求、可靠性和可用性需求、出错处理需求

    、接口需求、约束需求、逆向需求、将来可能提出来的需求(可扩展性)等。

    2. 分析系统的数据要求:由于我们的软件系统一般都是对一系列数据或者信息进行处理,因此在软件开发的过程中,对系统运行过程中涉及到的数据进行分析也是很重要的。通常我们通过对数据进行建模来分析,即E-R图。

    3. 导出系统的逻辑模型:在需求分析中,我们可以通过一系列的模型来导出系统的逻辑模型,以方便我们对系统有一个更加直观的了解。通常涉及到的模型有:功能模型、数据模型、行为模型、算法逻辑模型等。。

    4. 修正系统的开发计划:在可行性分析阶段的最后我们制定了一个开发计划,在进行需求分析后,我们可以根据我们分析的结果对开发计划中不合理的部分进行修正。

    如何进行需求分析。在软件工程中,我们总结了四种常用的需求分析方法:

    1. 访谈:系统分析员或者设计人员针对该项目提出一些事先已经准备好的具体问题,鼓励被访问人员(即用户)说出自己的想法。同时,也可以通过调查表的形式对相关问题进行一个初步的统计。也可以在某种程度上通过快速建立的原型演示系统的主要功能,然后让用户去体验,用户针对体验的结果做出自己的分析和理解,这种方法充分提高了用户在需求分析过程中积极主动的作用,这种方法我们通常称之为“情景分析技术”。

    2. 面向数据流的自顶向下求精:基本思想是--“自顶向下,逐步求精,抽象和细分”。主要是利用数据流图,先建立一个初步的系统功能模型,然后按照基本思想,自顶向下,逐步对顶层数据流图进行细分,在细分的过程中,与用户进行充分的交流,用户根据数据流图判断是否分解正确或者哪些地方有问题,分析员根据用户的意见进行修正,这样一步步完善数据流图直到达到用户的需求。

    3. 简易的应用规格说明技术:1)进行初步访谈,初步确定待解决的问题的范围和解决方案;2)开发者和用户分别写出“产品需求”;3)选定会议的时间和地点,选举协调人;4)邀请开发者和用户双方组织的代表出席会议;5)列出系统环境组成部分的对象、系统将产生的对象、系统为完成自己的功能将使用的对象,列出操作这些对象或与这些对象交互的服务,列出约束条件和性能标准;6)共同创建一张组合列表n起草完整的软件需求规格说明书。

    4. 快速原型分析技术:首先通过初步需求,快速建立一个系统原型;然后运行给用户看,用户根据原型提出自己的修改意见;最后程序开发者根据用户的建议,对原型进行修改和完善。如此反复的迭代进行,知道最终建立以个满足用户需求的软件系统为止。

    软件需求分析过程中用到的建模工具:1)功能模型:数据流图;2)数据模型:实体-联系图;3)行为模型:状态转换图。

    软件维护是怎样的一个过程

       对于改正性维护工作,从评价错误的严重性开始.如果是一个严重的错误(例如一个关键性的系统不能正常运行)。则在系统管理员的指导下分派人员并且立即开始问题分析过程.如果错误并不严重,那么改正性的维护和其他要求软件开发资源的任务一起统筹安排。适应性和完善性维护申请,需要确定每项申请的优先次序,并且安排要求的工作时间,就好像它是另一个开发任务一样(从所有意图和目标来看,它都用于开发工作)。如果一项维护要求的优先次序非常高,可能立即开始维护工作。

    不管维护类型如何,都需要进行同样的技术工作.这些工作包括修改软件设计、复查、必要的代码修改、单元测试和集成侧试(包括使用以前的测试方案的回归测试),验收测试和复审.不同类型的维护强调的重点不同,但是基本途径是相同的。维护工作流程中最后一个事件是状态评审,它再次检验软件配置的所有成分的有效性,并且保证事实上满足了维护要求表中的要求。

        当然,也有并不完全符合上述维护过程的维护要求。当发生恶性的软件问题时,就出现所谓的“救火”维护要求,这种情况需要立即把资源用来解决问题。如果对一个组织来说,“救火”是常见的过程,那么必须怀疑它的管理能力和技术能力。

     在完成软件维护任务之后,进行状态评审常常是有好处的。一般说来,这种评审试图回答下述问题:

        1、在目前状态下设计、编码或测试的哪些方面能用不同方法进行改进?

        2、哪些维护资源是应该有而事实上却没有的?

        3、对于维护工作,主要的障碍和次要的障碍是什么?

        4、要求的维护类型中有预防性维护吗?

        状态评审对将来维护工作的进行有重要影响,而且所提供的反馈信息对有效地管理软件组织十分重要。

  • 相关阅读:
    Android自定义控件之仿美团下拉刷新
    Android性能优化之Bitmap的内存优化
    基于openfire+smack即时通讯instant message开发
    Android各组件/控件间通信利器之EventBus
    android的task任务栈
    Activity的启动模式
    Android 自定义View (一)
    Android之Handler用法总结
    Android中轻松使用线程
    Android 中Activity,Window和View之间的关系
  • 原文地址:https://www.cnblogs.com/lenrehy/p/5480744.html
Copyright © 2011-2022 走看看