软件工程

1. 要会画PAD图、N-S图和程序流程图。 PAD图 N-S图 程序流程图： 2 要会画数据流图。知晓数据字典。 数据流图： 数据字典： 数据字典的作用是软件分析和设计的工程中给人提供关于数据的描述信息； 数据字典由4个元素定义组成的： 数据流 数据流分量 数据存储 处理 {}是重复 ，（）是可选 数据字典最重要的作用是作为 分析阶段 的工具； 3 要会画用例图。 4 要会画判定树、判定表和结构化语言（伪代码） 判定树： 判定表： 结构化语言（伪代码）： START INPUT ( A , B , C ) IF A > 5 THEN X = 1 ELSE Y = 2 END IF IF B > 10 THEN Y = 20 ELSE Y = 2 END IF IF C > 15 THEN Z = 30 ELSE Z = 3 END IF PRINT ( X , Y , Z ) STOP 5 要会逻辑覆盖（语句覆盖、判定覆盖、条件覆盖、判定条件覆盖、条件组合覆盖） 的用例设计。 语句覆盖： 每条语句都执行一次；（两条正确判定语句）（俩次都正确） A=2. B =0 ,X =4 执行路径：1452673 判定覆盖： 每个判定的分支至少执行一次；（一次正确，一次不正确） A=3，B=0,X=1 执行路径：14523 A=2，B=1,X=2 执行路径：12673 条件覆盖：

软件架构师的职责：　 　　所谓软件架构师，是软件行业中一种新兴行业，工作职责是在一个软件项目开发过程中，将客户的需求转换为规范的开发计划及文本，并制定这个项目的总体架构，指导整个开发团队完成这个计划，是主导系统全局分析设计和实施、负责软件构架和关键技术决策的人员。 软件架构师其实相当于是软件项目管理的主管，他负责设计与构筑公司的系统架构，对系统的重用、扩展、安全、性能、伸缩性、简洁等做系统级的把握。软件架构师还要跟踪架构的使用情况，以保证软件开发符合制定好的系统架构。他还负责进一步改进系统架构，以符合公司发展的业务要求。软件架构师还得给设计人员和开发人员提供系统架构的培训。这些就是一名软件架构师的职责目标。 软件架构师的主要任务不是从事具体的软件程序的编写，而是从事更高层次的开发构架工作。他必须对开发技术非常了解，并且具有良好的组织管理能力。可以这样说，一个架构师工作的好坏，决定了整个软件开发项目的成败。其实，软件架构师的工作职责可以分为三点。首先最重要的是负责软件项目的测试，也就是根据详细设计书，编写测试单元的用例，然后根据软件测试用例，搭建软件测试环境，进行软件测试，最后整理软件交付件，参与软件的交付工作。我们都知道软件架构师，是对一个项目整体进行架构设计的，所以如何对自己所设计的架构的系统的重用、扩展、安全、性能、伸缩性、简洁等做系统级的把握

公司的软件测试流程： 1、采集用户需求（产品经理+软件实施工程师） 2、编写基础版需求文档（产品经理/产品经理助理） 3、需求文档评审（产品经理+开发经理+测试经理+客户） 4、沟通需求方，完成需求文档的修改（产品经理+客户） 5、下发需求文档至开发经理和测试经理 6、开发经理出具开发版需求文档，测试经理出具测试版需求文档 开发部门的运作流程 1、需求文档部门内部评审 2、下发开发任务（开发经理） 3、开发人员进行编码工作 4、开发人员本地环境下代码自测 5、自测完成合并代码至公司源码库 6、源代码打包部署至开发和测试环境 7、知会测试人员进行测试（showcase） 8、根据测试反馈进行bug解决 9、配合运维人员打包上线 测试部门的运作流程 1、需求文档部门内部评审 2、下发测试任务（测试经理） 3、测试人员根据需求模块分配进行测试用例的输出 4、测试用例评审 5、测试人员完成测试用例的修改，等待开发通知测试工作的开始 6、执行测试用例，提交bug 7、跟踪bug进行bug的回归测试 8、打包上线后进行回归测试 视频链接：https://www.bilibili.com/video/av47476628 来源： CSDN 作者： 飞翔的小仙女儿 链接： https://blog.csdn.net/weixin_43784779/article/details/103945225

文章转载自：计算机世界网，原文链接地址：http://www2.ccw.com.cn/1995/13/138106.shtml 编者按：程序设计语言是与现代计算机共同诞生、共同发展的,至今已有40余年的历史,早已形 成了规模庞大的家族。进入80年代以后,随着计算机的日益普及和性能的不断改进,程序设 计语言也相应得到了迅猛发展。 《程序设计语言发展回顾与展望》一文对程序设计语言的发展历程进行了回顾,并对一 些著名语言的背景、特点、长处与不足,及其对程序设计语言发展的贡献作出了评述。 《面向对象方法、语言与支撑环境的特征与缺陷》一文对面向对象方法、语言与支撑 环境的优缺点进行了详细的评述,并对其发展方向做出了展望。 《实时程序语言的过去、现在和将来》一文中,阐述了计算机实时应用中对程序设计语 言的特殊要求,介绍了一些具有代表性的实时语言的设计和使用,并指出了实时程序设计语 言的发展方向。 《三种Windows Basic的介绍》一文中,介绍了用于Windows环境下的Basic语言的发展 情况。对Windows下的CA-Realizer 2.0、GFA Basic 4.1O和Visual Basic 3.0进行了介绍 和比较。 本期技术纵横:《奔腾(Pentium)芯片的瑕疵》。文中对Pentium芯片在做双精除法时出 现错误的发现过程做了详细介绍,并分析了这种瑕疵产生的原因

软件工程的实践项目的自我目标（要求包含对实践项目完成后学习到的能力的预期，对项目课程的期望、对项目的愿景规划） 实践项目完成后学习到的能力的预期： 我们团队选择的是：爬取豆瓣电影TOP250 看到要求和最后的参考示例，感觉实现的效果会很牛逼，这些项目里最喜欢的就是这个了，所有就选择了这个项目。在实践中，我会结合在软件工程课上所学的知识与内容，运用到项目中去。关于团队协作：我会服从我队队长的安排，尽最大所能完成属于自己的那部分内容，担当好团对中的一部分，以及队员之间的交流。通过项目学习到的技能，以及学习的能力提升、加强深入学习的能力。 对项目课程的期望： 适时灌点鸡汤。大部分同学是快乐地学习，而不是应付。激发不只是现在的热情，体会到合作、编程的快乐。团队间的交流分享，不只是作为一个形式。嗯，说的我同意。 对项目的愿景规划： 完成要求和基本功能，能清楚理解每一行代码所存在的意义。 来源： https://www.cnblogs.com/jiandan12138/p/7459081.html

一、请回望第一次作业，你对于软件工程课程的想象 1）对比开篇博客你对课程目标和期待，“希望通过实践锻炼，增强计算机专业的能力和就业竞争力”，对比目前的所学所练所得，在哪些方面达到了你的期待和目标，哪些方面还存在哪些不足，为什么？ 在软件工程这门实践上花费的时间达到了预期 所学习的知识在我看来是不足的，因为这样的学习基本等同于自己摸索，没有科学系统的学习方法，效率自然不尽如人意 2）总结这门课程的实践总结和给你带来的提升，包括以下内容： 1、统计一下，你在这门软件工程实践中，完成了多少行的代码； 1500行左右吧 2、软工实践的各次作业分别花了多少时间？（做一个列表） PSP2.1 实际耗时（小时） PSP2.1 实际耗时（小时） 第一次博客作业 3 第一次个人编程作业 25 第一次结对作业 10 团队展示 5 第二次结对作业 30 团队需求分析报告 5 团队需求分析报告2 8 git编程实战 10 alpha 60 beta 25 3、哪一次作业让你印象最深刻？为什么？ 第一次个人编程吧，因为第一次个人编程作业让我认识到了原来软工实践是这样开展的，第一次博客作业我还没觉得什么，第一次个人编程之后我就知道这个学期，软工势必要独占鳌头，完全没有其他科目能与其相比了 4、累计花了多少个小时在软工实践上？平均每周花多少个小时？同时贴出开篇博客“你打算平均每周拿出多少个小时用在这门课上

在不了解软件架构师是个怎样的东西，做什么工作的前提下，我所理解的是：软件架构师与桥梁建筑师，等一系列工程师是一样的，都是对一个项目进行分析处理，只是桥梁建筑师是对桥梁进行设计，软件架构师是对软件进行设计，有异曲同工之妙。 在上课时老师通过让我们观看《梦想改造家》来了解，这是一个房屋改造空间的节目，看过视频后，老师出了一份问卷。发现题目问的都是一些很细节的问题，比如视频中房屋做了哪些改动等。于是，根据这个我又认为软件架构师是一个需要抓住细节的职业。 刚刚阅读了一些《架构漫谈》几篇博客，又对软件架构师有了重新的认识。 软件架构师其实相当于是软件项目管理的主管，他负责设计与构筑公司的系统架构，对系统的重用、扩展、安全、性能、伸缩性、简洁等做系统级的把握。软件架构师还要跟踪架构的使用情况，以保证软件开发符合制定好的系统架构。他还负责进一步改进系统架构，以符合公司发展的业务要求。软件架构师还得给设计人员和开发人员提供系统架构的培训。这些就是一名软件架构师的职责目标。 那么，作为一名软件架构师的具体的职责有哪些呢？软件架构师的主要任务不是从事具体的软件程序的编写，而是从事更高层次的开发构架工作。他必须对开发技术非常了解，并且具有良好的组织管理能力。可以这样说，一个架构师工作的好坏，决定了整个软件开发项目的成败。其实，软件架构师的工作职责可以分为三点。首先最重要的是负责软件项目的测试

Deadline： 2018-3-25 10:00PM，以提交至班级博客时间为准。 申请开通团队博客，并将团队博客地址发表在本次随笔的评论中 团队展示 根据5-6人的组队要求，每个队伍创建团队博客并发表一篇随笔，包括： 队名； 队员学号（标记组长）； 拟作的团队项目描述：一句话； 队员风采：介绍每一队员的风格、擅长的技术、编程的兴趣、希望的软工角色(开发、测试、PM等)、一句话宣言等；请阅读第7章：MSF（Microsoft Solution Framework），理解MSF的9点的基本原则，例如： 为共同的远景而工作 充分授权和信任 各司其职，为项目共同负责 团队的首次合照（有图有真相，合照风格可以发挥创意）； 团队的特色描述，主要描述有别于其他所有团队的特点或核心竞争力，言简意赅。 附加题——团队采访 去年网络14的学长学姐们也做过团队项目，请你们找一个以前的团队采访一下： 给出采访的团队名和团队项目名，团队博客地址和代码地址 当时的项目有多少用户，给用户多少价值？ 现在还有人用吗？ 这个项目能否给我们团队继续开发，源代码/文档还有么？ 项目开发有什么经验和教训？ 对学好软件工程有什么建议？ 要求： 根据采访写成一个博客 作业实际花费时间记录 ：请大家在博客末尾记录本次博客作业实际花费的时间，计时标准为：一心一意开始做采访，不能干其他事。 评分基准 按时交 - 有分

软件工程方法学： 1 传统方法学：采用结构化的技术来开发软件，并且是采用合适的开发工具和软件环境来支持结构化的软件开发技术； 2 面向对象方法学：以数据为中心，采用将数据和数据的操作相结合的方式，便于对软件的开发； 2-1 面向对象方法学的原则和特点：模拟人的习惯思维，使开发软件的方法和过程与人认识世界的方法是一致的； 来源： CSDN 作者： SSX_FIGHTING 链接： https://blog.csdn.net/qq_39792342/article/details/103940861

现在正在做一个采办和库房系统的需求分析，感觉问题很多。 以前开发的系统大部分需求都比较清晰，通常是甲方的一两个人就能决定几乎全部的需求，而本身和甲方又都属于同一行业，因此做起来比较顺畅。 目前开展的这个项目就没有这么容易了。首先是项目面对的行业比较特殊，另外该项目属于外包项目，涉及到分包商和最终用户两方面的需求。分包商因为不是最后用户，很多需求也不是很明确，而最终用户因为属于大企业，对需求调研工作的支持也不是很好。 做了一段时间，感觉还是问题很多。觉得有必要再重新学习和整理一下软件工程的知识，通过这个项目加深对软件工程过程的了解和掌握，特别是需求分析。 在UML软件工程组织的主页上阅读了一些文章，下面结合自己的理解记录很重要的几点事项： 软件需求可以按照下面步骤进行： 获取用户需求→分析用户需求→编写需求文档→评审需求文档→管理需求 在需求调研中注意： ⑴对于用户提出的每个需求都要知道“为什么”，并判断用户提出的需求是否有充足的理由； ⑵将那种以“如何实现”的表述方式转换为“实现什么”的方式，因为需求分析阶段关注的目标是“做什么”，而不是“怎么做”； ⑶分析由用户需求衍生出的隐含需求，并识别用户没有明确提出来的隐含需求（有可能是实现用户需求的前提条件），这一点往往容易忽略掉，经常因为对隐含需求考虑得不够充分而引起需求变更。 来源： https://www.cnblogs.com