#软件工程本质和意义，过程技术是怎样的技术？
` 为什么需要【软件工程】理论？其与【软件项目管理】是怎样的关系？
#软件工程与项目管理# 研究软件工程和项目管理，主要目的是为了找到一种工程技术和管理技术，用于帮助商业软件的生产的可行性，经济性。软件工程有怎何技术？项目管理有可何技术么？ 软件工程主要技术是标识软件工程任务内容，例如开发测试部署；项目管理找到一些节省成本的控制技术。2月22日
` 软件工程与软件项目管理的任务内容
#软件工程与项目管理# 软件工程学与软件项目管理不完全一样，但有重叠的地方。【软件工程】强调相对于单人手艺的工业大任务大生产，【项目管理】关心任务目标（计划）和成本控制关系（协调）。但有些比较的模糊，例如需求分析。需求分析显然是一种产品计划，属于项目管理，但是需求分析本也是工程流程一步。2月22日
` 软件工程过程有多个子部分，软件项目管理是其中一部分（成本控制）
#软件工程与项目管理# 软件工程实指软件规模商业生产与制造。既然软件工程是大规模任务，单个人只能有限负责部分工程任务，那么软件工程师只是一个专称。根据软件工程的不子工程任务分，软件工程师涵盖分析师、架构师，设计师，开发，测试，部署和管理等。2月23日
` 文档很重要
#软件工程# 软件工程最新认识包括，第一，【软件项目管理】是【软件工程】中关注成本控制的子部分；第二，软件工程意义及各个部分内容；第三，文档，全面文档是软件工程（商业软件）形式的一部分；第四，开发是软件构建很小的一部分，构建包括开发测试部署等多个部分。2月27日
` 软件工程是工程，有一般工程（大任务），也有自己特有的性质
#软件工程# 看到强调软件过程模型对是软件产品质量和生产效率重要性观点，我有自己的怀疑。其实任何一种工程都有一种过程，真正【决定软件质量】是【软件项目特有的一种管理技术】，而不是一种过程模型这么粗糙的理解。这种【管理技术的重心】是为不同软件工程任务安排（或储备）合格的专业人员，并进行激励。2月27日
#软件工程# 关于软件解决的问题，软件产品形式，软件产品提供是一种计算服务，满足一种信息处理需求，【相对有形产品有明显的区别】。这区别也决定产品生产过程。2月27日
` 所谓通用过程技术，其实类似植物生长（生根发叶开花结果）规律一样，软件构建本身固有过程规律
#软件工程# 最近在研究软件过程技术（例如主流的UP，通用过程），发现这种消散复杂软件项目存在风险的策略（技术），可以应用到任何复杂事务上去，例如风险创业本身就是，还有学习，还有人生选择。它那迭代（iteration）和演化（increment），是一种普遍原理。3月29日
#软件工程# 为什么有UP和UML？软件制造过程有一个自然的递进属性，例如线性瀑布，从设计到生产到测试和发布。由于软件工程任务艰巨，被划出多个专业（多个工作角色）来相继分段接力完成工程任务，UP就是一个过程理论。每个工作角色都有自己特定的工作环境（操作原语、基本术语、推理分析、工作输入，和输出），软件制造非常的依赖文档，工作处理输入，交流交接、过程产物和产品形式全是文档符号。UML既为特定工程师角色提供操作原语，也是相邻角色交流提供了符号工具。4月1日
#软件工程# 有了工程师工作角色与环境的理论，我们在研究（并学习成为）某工程师角色时，就有据可依。例如需求分析师，他的输入是某个应用领域的市场数据，处理是需求用例，输出是需求说明书……软件设计师接力SRS，用软件构架设计理论处理，输出某软件的概念架构设计，如此具往……4月1日
``````
#软件工程# 很多工作角色，理论之外需要有很多个具体的处理，需要工作者个人额外经验。例如需求分析师对市场数据的分析，分析的结果（最后的输出）就渗入了其个人经验。这是在工作角色（能力）之外的权责分析。就是工作者对自己的个人经验判断负责。例如需求分析师要对需求结果负责。4月1日
=====
#创业##软件工程# 成功的创业者本质就是顺利调配组织中各stakeholder的合作。需求文档（SRS）就是这个目的的载体。注意stakeholder手里的资源不仅仅是时间和资金，还有知识（能力），下赌目标也不仅仅是资金，还会有能力、生活等目标。3月2日
#软件工程##创业# stake原意“下赌注”，stakeholder就是下赌注者。stakeholder基本属性有，下押的资源，下押的目的（兴趣），下押的判断，和对判断结果的负责（成了获利，败了赔本）。其实在一个组织中，任何角色都是下注者，只是资源多责任大的常常被强调为代表。3月2日
#软件工程# 在想一个问题，做产品总是为了「客户需求」提供服务，为其产生价值。但是从「用户也是stakeholder」的角度说，企业也有需求要客户来满足，那就是付费使用产品。所以，当我们说产品的功能需求其实是针对最终用户而言的，一个项目运营下来有各种面对不同holders的需求。3月2日
====
#软件工程# 什么叫工程？其实很简单， 就是一件需要两个或以上的专业人员协作完成的项目，就叫工程。注意专业人员的界定。它一般指，当两件事很难由一个人高技巧完成时，我们说这两个事分为两个专业。2月29日
#纯粹过程理论，与实践效果控制技术
#软件工程# 绝对固化的软件过程和高度反馈的过程都是“不存在”，大部分类型软件项目的性质在处于中间位置。具体操作是靠经验，过程模型理论知识价值有限。作为软件创业者，项目管理者，保证质量和效率如果不能靠自己（常常是这样），也須有一种评估专业人员工作效果的能力的技术。2月27日
#软件工程##企业管理# 成功创办并运营一家企业看去上很难，但是从最本质的一层看可又非常的精简，那是什么？那是掌握【合理分割和评估责任与权利的技术】。还有就是一种关于学习的文化。3月4日
#创业# 需求文档与商业计划书是什么关系？需求文档属于内部产品文档，由项目分析师撰写，给设计师；BP有面对外部融资的部分文档，由创业者／企业主撰写，召集holder，BP也有计划部分，但较宏观抽象。3月11日
#软件产品与需求（本质、意义 与种类）
#软件工程# 在我看来，需求不仅仅是面对最终用户，只是这种需求比较特殊，它驱动整个工程项目；工程中【所有人员都有自己的需求】（要被满足），「请求者」知道最精确最有价值的需求，「提供需求实现者」有能力实现这些需求满足。二者都是专业人员，stakeholder.3月4日
#软件工程# 用户需求不是工程中唯一的需求，但是是“最大的”最终的需求，也是工程动力原点。工程内部过程有面对【内部工程师的需求】，那这些需求有怎么样的特性呢？又怎样汇集成用户需求？例如一支PHP软件，除用户需求网站服务，PHP产品专业人员会知道有哪些非功能需求，这就是窍门。3月4日
#软件工程# 面对内部工程师的需求统称「内部需求」（包括传统的非功能需求），相对于面对最终用户的用户需求。对于软件工程，内部需求最大的特点是抽象，专深，例如UX，不像用户需求那容易验证和评估；其次，软件项目比较复杂，需求和专业工程师都在演化之中，增加评估难度，管理成本高。3月4日
` 需求就是价值，需求种类与产品种类
#软件工程# 做产品（创业），（软件）需求还是很研究价值。因为需求就是价值，发掘需求就是发掘财富。用户需求的确认在一些类型产品（例如主观性软件）是一件“工程”任务。需求种类以用户「需要特性」分为多种，产品同样。3月29日
#以一挡十，自我定位的确认
#软件工程# 手头上的软件项目其实比较的小，故对全面的软件工程（包括项目管理）的理论知识，我不想有太大的投入，我不需知道所有软件项目应该进行工程控制，我只想了解自己手头项目的特性就行了。但是，话回来，我想指导自己项目的顺利合理执行，相当的工程理论知识亦必不可能少。2月27日
#软件工程# 我斗胆的地方还不仅仅是企图以一挡十，事实我连一都没有，i try to beat everything with nothing。因为没有任何成功的实践经验，不是任何一个领域的专家。3月9日
#软件工程# 项目走到今天无退路（包括我自己），步步为营是目前唯一选择。在众多专业职务上，我只能选其一二。不是专家的部分只能合理评估产品品质，有待适当预算（budget）周期再精化。3月9日
#软件工程# 用软件工程理论了解商业软件制造过程后，想到了一个句话，初生牛犊不怕虎，忽然醒觉。主要后觉自己的斗胆。几近以一挡十。即使是很小的商业软件也远远超一个人的能力，需多个不同领域的专家，stakeholder，来通力合作，包括创业，金融，市场。3月9日
#软件工程##创业# 软件商业项目天生是复杂困难的，再加我手头是个高风险型软件项目（需要作可行性证明），困难更是重重。还有，我没有软件项目管理方面成功经验，我说，斗胆一点没有错。我能做的是，了解自己能力、兴趣所在，定位困难，并确立相对的应对策略。3月22日
#软件工程# 不是会写代码就能开软件公司，同样，不是有想法就可以当CEO。这个月的软件工程理论研究让我体会到，无论规模多大的商业软件项目都是一项极大的风险投资。因为完整的软件商业项目横跨了多个专业（disciplines），包括企业家、软件项目管理，成功凑合这些专业本身风险巨大。3月30日
