摘要：
软件工程综合实践（3） 注意事项： 1. mybatis-config.xml a.实体类 和 别名设置 （让mybatis 能够识别项目中的实体类 将之与 数据库的 表名，列名，属性一一对应） <typeAliases> <!-- <typeAlias alias="User" type="com 阅读全文
摘要：
软件工程综合实践（2） LoginAction 到底做了什么？ 1. 通过String username = request.getParameter("username"); 获取了页面当中输入的用户名 2. 有可能获取到乱码，那可以通过 username = new String (userna 阅读全文
摘要：
软件工程综合实践（1） 1.学习回顾 mysql 使用 a. sql 文的使用（增、删、改、查询） 创建数据库 mybatis a1. 表的创建 保存的表名 userinfo userid int 11 选中 username char 20 pwd char 20 CREATE TABLE `us 阅读全文
摘要：
《构建之法》学习（8）——需求分析 1.软件需求 1.1如何准确而全面地找到需求 获取和引导需求 软件团队需要找到软件的利益相关者，了解和挖掘他们对软件的需求，引导他们表达出对软件的需求 需求还可以来自各种管理机构 需求不仅来自外界，还可以来自软件企业本身 需求还可以来自技术团队本身 有些需求的目的 阅读全文
摘要：
《构建之法》学习（7）——MSF 1.MSF简史 微软解决方案框架，也就是微软推荐的软件开发方法 2.MSF基本原则 推动信息共享与沟通 所有信息都保留并公开，讨论要包括所有涉及的角色，决定要公开并告知所有人。当然，对牵涉到技术机密、安全性等信息要采取必要的把握措施。 使用Alert来提醒何事发生了 阅读全文
摘要：
《构建之法》学习（6）——敏捷流程 1.敏捷的流程 “敏捷流程”是一系列价值观和方法的集合。 1.1敏捷开发原则 尽早并持续地交付有价值的软件以满足顾客需求 敏捷流程欢迎需求的变化，并利用这种变化来提高用户的竞争优势 经常发布可用的软件，发布间隔可以从几周到几个月，能短则短 业务人员和开发人员在项目 阅读全文
摘要：
《构建之法》学习（5）——团队和流程 1.非团队和团队 团队共同的特点： 团队有一致的集体目标，团队要一起完成这目标 团队成员有各自的分工，互相依赖合作，共同完成任务 2.软件团队的模式 一窝蜂模式 主治医师模式 有首席程序员，他/她负责处理主要模块的设计和编码，其他成员从各种角度支持他/她的工作。 阅读全文
摘要：
《构建之法》学习（4）——两人合作 1.代码规范 做一个有商业价值的项目，或者在团队里工作，代码规范相当重要。 代码规范不仅能让同时期编程的合作同伴易理解，而且在后期他人作代码扩充时能节约时间，更好地完成项目。 1.1代码风格规范：简明，易读，无二义性 缩进：4个空格 行宽：100字符 括号：表示逻 阅读全文
摘要：
《构建之法》学习（3）——软件工程师的成长 1.个人能力的衡量与发展 积累软件开发相关的知识，提升技术技能 积累问题领域的知识和经验 对通用的软件设计思想和软件工程思想的理解 提升职业技能 实际成果 IC在团队中的流程 通过交流、实验、快速原型等方法，理解问题、需求或任务 提出多种解决办法并估计工作 阅读全文
摘要：
《构建之法》学习（2）——个人技术和流程 1.单元测试 对一个多人合作的软件来说，让自己负责的模块功能定义尽量明确，是至关重要的，而单元测试能稳定、质量地保证模块的质量。 在写技术模块的规格说明书的时候，要越详细越好，最好各项要求都可以表示为一个单元测试用例。 虽然繁琐，但是为了不在后期发现更难处理 阅读全文