项目成果综述？

简历中php项目经验怎么写参考范文

项目 经验 是php求职者简历中向用人单位介绍、推荐自我的名片,以下是我精心推荐的一些简历中的php项目经验 范文 ，一起来学习下吧!

简历中的php项目经验范文(一)

**公司

起止年月：2009-09 ～ 至今

公司性质： 民营企业

所属行业：计算机/互联网/通信/电子

担任职位： PHP工程师

工作描述： 1.负责网站/的开发及代码及数据库优化等工作

2.配合其他部门开发中小型应用项目。

3.实现其他项目与PHP项目对接，webservice。

离职 原因： 还未离职

**公司

起止年月：2007-11 ～ 2009-05

公司性质： 私营企业

所属行业：互联网/电子商务

担任职位： 开发(各个项目主负责人)

工作描述： php开发,开发客户定制项目，涉及项目类型比较广泛。

离职原因： 工资太少

简历中的php项目经验范文(二)

人事管理系统 (应用程序)

软件环境： WAMP

编程工具： EditPlus

责任描述： 组内讨论需求分析以及数据建模，功能独立开发完成

项目描述： 无论对于大型公司，中小型公司，都避免不了对员工的管理，对于每个公司的管理者，在任何方面都需要一个既提供标准有提供管理的系统;对于公司的员工也希望能够了解自己的表现及在公司的职位、职责;

让公司 对员工的管理更方便，通过本系统能有效地管理工资发放、员工的考勤动态

还可实现员工的自我查看和管理;以提高公司的执行效率和经济效益。

项目感想： 该项目主要应用了 smarty + Ajax等技术由于php是一种弱的语言，并不能实现面向对象的多态(重载)，所以只是用到了面向对象的编程思想。在开发的过程中也使我更加熟悉基于Smarty + CMS的开发模式。

天元茶叶网(168二次开发)

软件环境： WAMP

开发工具： ZendStudio-5.5.0

项目描述： 本次开发运用的是php168 v6 版本的二次开发!

这个版本主要是标签的使用，它实现了内容与设计的结合!方便快捷

本次开发的是茶叶网，实现了php168 v6版本的功能

项目感想： 首次研究二次开发项目，对二次开发有较好的理解!

根据客户的需求，然后利用产品的内核，进行系统的扩展和修改。

Ecshop二次开发

软件环境： WAMP

开发工具： ZendStudio-5.5.0

项目要求： 1、去掉网站中所有关于ecshop的信息;

2、给网站起个名字，比如，Tbshop。请把首页中“欢迎光临本店”修改为“你好，欢迎光临我的网店!”

3、去掉底部查询信息的显示

4、去掉首页版权信息

5、修改产品图片大小

6、请发布首页公告：“ 春节 快乐!”，并在文件中找到网站公告代码的位置;

7、网站关闭了注册，请修改默认显示“该网店暂停注册”，改为”网站正在测试谢绝注册，谢谢合作“;

8、删除商品显示页的商品点击率

项目感想： 对二次开发又有了深入的了解，在开发过程中熟悉了网上购物的过程，购物车的实现

幽冥茶网(ThinkPHP 框架开发)

软件环境： WAMP

开发工具： ZendStudio-5.5.0

项目描述： 运用thinkphp框架技术开发网站

项目感想： 了解框架技术，就是根据框架的结构在什么地方写什么样的代码!

简历中的php项目经验范文(三)

公司名称： xxx 教育 机构起止年月：2008-05 ～ 2008-10

公司性质： 私营企业所属行业：教育事业

担任职务： 教务助理

工作描述： 协助教务相关事务处理

离职原因： 谋求更大发展空间

公司名称： 广州多迪网络公司起止年月：2008-03 ～ 2008-10

公司性质： 私营企业所属行业：计算机业

担任职务： 实习

工作描述： 参加PHPCINA培训(全程班)

个人作品：南方传媒DIV布局、多彩世界网站的制作(SMARTY应用)、个人主页(ASP制作)

离职原因： 实习期到

公司名称： 广州票务中心起止年月：2006-04 ～ 2007-08

公司性质： 所属行业：

担任职务： 兼职

工作描述： 2006.4 广州票务中心做导购员，售票员，负责旅客的火车销售工作，被学院评为“春运工作标兵”。

2006.8 广州电脑城做兼职。

2007.7-2007.8 神州数码有限公司，网络维修实习员。

离职原因：

简历中的php项目经验范文(四)

姓名：xx

目前所在：天河区年龄：27

户口所在：广西国籍：中国

婚姻状况：未婚民族：汉族

培训认证：未参加身高：165 cm

诚信徽章：未申请体重：53 kg

人才测评：未测评

我的特长：

求职意向

人才类型：普通求职

应聘职位：软件工程师：工程师，数据库工程师/管理员：程序员

工作年限：4职称：无职称

求职类型：全职可到职日期：随时

月薪要求：面议希望工作地区：广州,深圳,东莞

工作经历

广东优势传媒有限公司 起止年月：2009-09 ～ 2010-06

公司性质：私营企业所属行业： 广告 /媒体

担任职位：PHP工程师

工作描述：网站、电子商城、公司OA、人事系统的开发与维护,服务器的管理与配置

具体项目有：

奇声网

华斯度坤士生活杂志

广州星网

一键商机

离职原因：拖欠工资

广州迎新丰科讯有限公司 起止年月：2006-07 ～ 2009-09

公司性质：私营企业所属行业：计算机软件

担任职位：ERP开发工程师

工作描述：1.ERP:

对ERP系统的ASP+VB版、ASP.NET(C#)版ERP进行二次开发,熟悉塑胶玩具、服装、印刷等行业ERP管理软件流程，具有BOM、工作单、套件工单、报价单，成本清单等的设计，能设计多种复杂报表，如成本一览表，模件需求表，层次BOM，BOM代用表，盘点，标签等报表。

2.零售管理软件：

采用C# Winform，参照多层结构模式及其他成熟架构进行设计，明确各层间分工，熟悉系统的前台系统(POS)，后台系统，报表系统流程与设计，对小票打印、钱箱、顾客显示屏、电子称、扫描仪等相关外设的程序控制

离职原因：公司搬迁

广州麒兴科技有限公司 起止年月：2005-11 ～ 2006-07

公司性质：私营企业所属行业：计算机/互联网/通信/电子

担任职位：程序员

工作描述：对公司 公交车线路查询系统、企业短信息平台开发，以及防伪标签管理系统维护

离职原因：公司转型

志愿者经历

教育背景

毕业 院校：广州白云工商高级技工学校

最高学历：大专获得学位:毕业日期：2006-07

专 业 一：程序设计专 业 二：

起始年月终止年月学校(机构)所学专业获得证书证书编号

2000-092003-07广西容县职业中专高中--

2003-092006-07广州白云工商高级技工学校大专--

语言能力

外语：英语　一般粤语水平：优秀

其它 外语能力：

国语水平：优秀

工作能力及其他专长

专业技能：

* 熟悉C#、ASP、VB、PHP多种开发语言，使用html、DIV+CSS、Javascript、Ajax等技术进行页面设计，掌握SQL Server、MySQL、Access、SQLite等数据库，能编写高效复杂的SQL语句、存储过程，有百万级数

据快速查询优化经验

* 熟悉C#的B/S和C/S应用程序开发，掌握ADO.NET、COM、COM+、简单控件开发

* 熟悉VB、ASP组合开发，掌握ADO、COM、DLL组件

* 多种模式系统架构设计经验，了解ORM框架设计思想、三层架构分析，能熟练编写各种接口、抽象类、基类、派生类或反射等

* 熟悉在Windows、Linux系统下进行服务器环境配置，如：PHP + Apache + Mysql、FTP

* 熟悉使用与建立源码库，如VSS、SVN

* 掌握使用多种报表工具，如Crystal Report、IReport、FastReport、SpagoBI

* 熟悉使用多种框架或思想进行二次开发或设计，C#：PetShop、Hibernate等; PHP：Ecshop、DEDECMS、Discuz等;

* 能对软件项目需求分析，进行系统框架和整体功能模块的详细设计及规划，编写相应的技术文档、使用手册;

* 有一定的英文文档阅读能力

参与项目：

* 塑胶玩具、印刷、服装等行业ERP系统开发 (VB + ASP + MS Sql, C# + MS Sql, PHP + Mysql)

* 零售业管理软件的系统架构、流程分析 (C# Winform + MS Sql + Access、采用该架构可以轻松扩展支持其他类型数据库，如Oracle)

* OA、人事管理系统 (PHP + Mysql)

* 企业、门户、商城、论坛等网站的开发 (PHP + Mysql)

自我评价

本人性格开朗、谦虚、自律、自信、稳重、有活力、有较强的责任感和团体协作精神,工作认真、积极主动，能吃苦耐劳，乐于助人、有较强的上进心、乐于学习新知识。希望能为贵贡献我的技能。

pos怎么写程序

很多朋友都还不是很清楚pos机怎么写程序，pos机怎么使用流程，今天小编就和大家来详细的说说这个，大家可以阅读一下，希望文章能给你带来参考价值。

poslabel怎么设置连续打印？

连续打印设置方法如下：

1.点击桌面左下角的：开始，在出现的菜单栏找到并进入：控制面板

2.来到控制面板界面，选择：硬件和声音下面的：查看设备和打印机

3.在设备和打印机界面，左键选中您要使用的打印机，选中后，顶部菜单栏下方会出现一条新的菜单栏，选中：打印服务器属性

4.在打印服务器属性界面上，勾选上：创建新表单，并在其下方填写好新表的尺寸信息（所填信息要与您使用的打印纸张相一致）

5.继续在此界面上部分为表单命名，确认后，点击：保存表单

6.回到：设备和打印机界面，右键打印机图标，选择：打印机属性

7.来到属性界面，在顶部菜单栏选择：设备设置

8.在设备设置界面点开：按送纸器格式指派，其下方有三种送纸器，别是“导轨”、“手动进纸”、“进纸器”，

将“导轨”通过其后方的下拉框选择：第五步设置的表单名，“手动进纸”和“进纸器”设置为：不可用，确认后，点击下方的确认

9.回到：设备和打印机界面，右键打印机图标，选择：打印首选项

10.来到打印首选项界面，在顶部菜单栏选择：纸张/质量

11.打印机控制面板中的打印纸来源设置与打印机驱动程序中要一致，所以需要将此处的纸张来源设置为：自动选择

12.设置完毕，当您打印时，打印机会根据页面设置，直接选择走纸通道完成连续打印纸。

项目管理中的"POS"是什么的简写?

前面的同学简直答非所问。

人家问题都说是项目管理中的POS了，还扯些不相关的。

POS是项目目标声明：project objective statement

pos机申请书如何写?

这个你可以向当地的POS机代理商协商，他们会帮你办理POS机的安装以及维护，包括对POS机的密钥申请等等，当然申请POS机他们也会给你协议和表单，你按照他们的客户经理的要求和表单的格式填写他们的POS申请表即可，不需要你自己思考格式等等，而且如果个体户想要自己申请一台POS机是相当麻烦的，一般都是通过POS机代理商的

第四章 需求定义最佳实践

需求定义是确定项目的宏观需求，也就是项目的目标和范围。

需求定义应该是项目启动时要解决的事情(应该是PMP里项目章程的一部分内容，应该在项目启动会前准备好)。

但在实际项目中很难达到要求，因为在项目立项阶段，开发团队包括需求分析人员可能还没有成立。在这种情况下，需求分析人员更应该审视和补救需求定义阶段的产物。

清晰的项目目标和范围定义，能够引导需求工作顺利进行。

4.1.2.1 破解混沌不清的项目目标

对于项目目标经常会做的比较空洞，例如“全面提高企业的信息化应用水平”，这些空洞的目标难以落实。

对混沌不清的目标，可以通过内部寻根或外部溯源来破解。

》内部寻根

当你看到一个比较空洞的目标时，首先可以尝试寻找企业内部真正的项目发起人，跟他们深入沟通。

》外部溯源

项目有时并不是内部发起的，而是受到一些外部条件的影响，这时就要从外部寻找信息。

4.1.2.2 需求定义的理念

需求定义就是四个字：问题/机会。

具体步骤：GPOA模型。在需求定义或项目提案时，经常会采用目标Goal-问题Problem-可选方案Options-建议方案Answer的过程。

》目标Goal：通过内部寻根或外部溯源方法，将整个项目要解决的问题或机会罗列出来。

》问题Problem：找出该目标的问题/机会根源，然后全部罗列出来。

》可选方案Options：针对每个问题/机会，罗列出尽可能多的解决方案。

》建议方案Answer：从可选方案中挑出最可靠的方案。

对于需求定义活动，RUP给出五步法，但在实际项目中会发现可操作性并不强，但它提供了一个很好的理论框架，我们先学习五步法，后续将介绍更适合落地的方法。

将问题分为五个步骤：第一步：在问题定义上达成共识。第二步：问题的根本原因分析。第三步：确定相关人员和用户。第四步：定义解决方案的界限；第五步：确定加在解决方案上的约束。

要让大家达成共识，采用统一的格式描述问题就是一个有效的手段。

4.2.1.1 问题定义的技巧

对问题进行了正确的定义，意味着成功了一半，而在问题定义时应该善于运用转换和本源两个技巧。

》转换

需求定义阶段要善于将未知问题转换成已知问题

例如在实际项目过程中，在和客户沟通时就应该注意如何将客户的需求转换成自己的已有产品，而不是简单的重新开发。

》本源

问题经常会被表象所掩盖《你的灯亮着吗--发现问题的真正所在》中收录了一些案例。

在确定某问题的解决方案时，一定要思考是否会引发新的问题。

用一个成本很大的解决方案去弥补一个错误，是很常见的问题。

直接修改错误，不要用其他方案来弥补错误。

4.2.1.2 影响人群分析的技巧

根本原因分析有两个实用工具：鱼骨图，帕累托图。

4.2.2.1 鱼骨图

是一种找出根本原因的方法，主要用于定性分析。鱼骨图通常要结合头脑风暴，具体来说就是一个团队一起绘制鱼骨图。步骤如下：

1 选择问题。首选必须选择一个具体的问题或结果。

2 头脑风暴。头脑风暴的目的是寻找原因，不能将原因和解决方案混为一谈。

3 确定原因类型。对头脑风暴的结果汇总，一般来说类型不会超过六种：人，机，料，法，环。

4 分配原因。将头脑风暴得出的原因，归于相应的原因类型下，放在鱼骨图中。

5 分析根本原因。

6 小结。

4.2.2.2 帕累托图

帕累托图主要进行定量分析。主要用来识别最重要的事项，即关键原因。帕累托分析常常揭示出一个现象：少数失误应该为大量的质量成本负责，也就是大名鼎鼎的28法则。步骤如下：

1 确定问题和相关原因。这个工作实际上可以由鱼骨图来完成。

2 收集数据。针对鱼骨图的结果，随机抽取样品，收集分析每个原因的频率。

3 绘制直方图。将原因放在x轴上，比例或频率放在y轴上。

4 小结。

鱼骨图为解决问题找到了靶子，帕累托图则标上了环数。

以上两种方法都是站在问题的角度进行分析，需求人员应该判断哪些原因是可以通过信息系统解决的，从而使系统的确立更加科学。

当问题明确后，系统的目标也就明确了。接下来就是明确项目干系人了。

4.2.3.1 Stakeholder分析(PMP里的干系人分析)

项目干系人，涉众，利益人等项目管理书籍中常提到的词语，都源自Stakeholder，它的原意是筹码持有人。

4.2.3.2 用户分析

用户实际上也是Stakeholder的一类，他们是直接使用系统的人。

4.2.4.1 范围 vs 边界

范围是涉及的事，物。边界是人与系统的职责边界。

4.2.4.2 确定边界

4.2.4.3 边界谈判

用户永远会希望花同样的钱，获得尽可能多的功能。

这不能完全归于是客户的原因，因为交易双方处于信息不对称的时候，就一定会出现这种情况。

很多时候，你不能直接回复客户说你要的功能太多了，这些投资是不够的，而是应该找到更有力的理由。

4.2.4.3 创新边界

4.2.5 确定加载解决方案上的约束

主要包括技术约束和项目实施约束。

4.2.6 RUP问题分析五步法小结

五步法更多是从策略，思考方式的焦点入手，在实际操作上并没有给出清晰的指导，在接下来两章中，将重点分析需求分析人员在需求定义中应该完成哪些任务，具体应该做些什么。

根据项目类型不同，产物可以分为POS(Project Overview Sprcify，项目综述) 和 Vision(愿景) 两大类。

4.3.1.1 POS类

对于项目型的软件开发工作，通常会在立项结束时完成立项报告，最典型的就是项目章程，可行性分析报告等。主要内容如下：

4.3.1.2 Vision类

对于生命周期相对较长，应用面相对较广的项目或产品而言，会在POS的基础上添加一些内容，主要是市场分析，规划方面，最典型的是RUP推荐的Vision文档。

从内容可以看出，Vision更重视市场机会分析，有时甚至会加入SWOT分析等市场分析内容。

4.3.2.1 目标

目标对于一个项目而言，其重要性不言而喻。一个好的目标应该满足SMART原则：

》具体(Sprcific)

》可以度量的(Measureable)

》可以达到的(Attainable)

》与其他目标具有相关性(Relevant)

》有明确的截至期限(Time-based)

而在具体写作过程中，从目标，业务优势，度量指标，合理性，可行性和可达成性方面进行编写，是一个不错的选择。

4.3.2.2 范围

很多书籍都推荐通过上下文关系图来描述范围，在这里将介绍一种“两图一纲”的方法，将在4.4节中详细介绍。

4.3.2.3 相关人员与用户

需求阶段描述的是用户的能力特点，以便提高系统可用性。

在进行需求定义时，对于用户而言，需要收集和分析的信息包括：与系统主题相关的经验，技术上的经验，智力能力，对工作的态度，对技术的态度，受教育程度，语言技能，年龄，性别等信息。

对于用户之外的干系人，则需要了解他们对于软件系统的关注点，想通过系统获得什么利益。

4.3.2.4 相关事实与假定

需求方为很多时候都用程序分解结构(系统-子系统-模块-子模块)来表示，在前面已经描述这种结构的弊端。在这里将介绍两图一纲的方法，即构件图，上下文关系图和需求大纲。

当我们面对一个新系统时，可以将整个待开发的系统看做一个黑盒子；首先要判断是否需要划分成不同的主题域。如果需要，就通过一张构件图将主题域和他们之间的服务接口标识出来。

4.4.2.1 什么是主题域

主题域划分跟传统的子系统划分是有很大区别的。首先看看传统的子系统划分：

传统划分方法经常是“业务名词+管理”的方式命名，本质上是以物为线索。虽然体现了系统的分解结构，但忽略了每个系统/模块之间的关系。

主题域划分则是以事为线索，通过构件图来展现系统。

主题域划分的思考过程

》以组织结构为线索

》以分管领导为突破

》借鉴典型业务区块

在最终决定主题域之前，还需要结合目标来考虑这些主题域，如果主题域跟目标无关，就可以将它移除。

目标决定范围。

4.4.2.2 使用构件图

》构件图可以体现服务接口的重要性

》构件图解析

× 构件

× 服务接口

× 构件与接口之间的关系：提供，使用

上下文关系图是绘制系统范围很重要的一种工具。在划分完主题域之后，针对每个主题域来绘制上下文关系图，以确定每个主题域的范围。

4.4.3.1 上下文关系图绘制要点

在绘制上下文关系图时应采用以下步骤：

1 首先用一个矩形表示系统

2 找到该系统的所有Customer，考虑每个Customer会发起什么事件，这些事件会引发Worker什么工作，将这些序列逐一表示出来。

3 最后看看每个Worker还有没有主动发起的事件。

在绘制上下文关系图时，先考虑Customer再考虑Worker是关键。

上下文关系图应该是在于用户代表沟通时绘制的，是一种团队建模的产物。

构件图和上下文关系图绘制完成之后，需求范围也就框定出来了。但它还不足以为后续的需求捕获分析与建模活动提供良好的基础，也就是将主题域的内容以业务事件列表和报表列表标识出来。

在“第二章 不同软件项目的需求视图”中，我们曾总结，联机事务处理系统的核心是业务事件(流程)，管理信息系统的核心是报表(包括各种查询，分析，统计)。而通常的业务系统都包含了这两种成分，因此在需求定义阶段应该将这两个线索都明确的标识出来。

而业务事件和报表，都以上下文关系图为基础。

4.4.4.1 业务事件解析

业务事件是业务流程的触发点，而业务流程是为了响应业务事件而触发的一系列业务活动。

业务流程通常由不同部门不同岗位协作完成，因此业务流程信息掌握在中层管理人员手里，属于脉络信息。

业务活动从属于特定的业务流程，它是一个人的活动，因此业务活动或业务步骤信息掌握在操作人员手里，属于细节信息。

》业务事件类型

》业务事件标识要点

业务事件应该是主动触发的，并且将会产生一系列后续行为。

业务事件是直接作用于系统的，要跟导致事件的条件去分开。

梳理业务事件时应该把数据备份，数据准备之类的技术性活动放在一边，因为我们梳理的是业务，不是系统事件。

》报表列表梳理

根据“第二章 不同系统的需求视图”，我们了解到报表一般分为以下几种：

在实际项目中，应该通过与中层用户代表访谈，来确定所需的报表类型。

通过划分主题域，确定主题域范围，标识业务事件与报表后，就可以把它填入到POS或Vision文档中的“项目范围”中了，先从主题域划分，然后每个主题域一个小结，分别阐述业务事件和报表需求。

同时，我们也可以利用这些范围信息把软件需求规格说明书(SRS)的框架搭建出来了，以便在后面的环节中不断演化，填充。下面分别是Word和Rose的组织形式。

4.4.5.1 Word文档组织示例

4.4.5.2 Rose组织示例

最顶层是一个构件图。

需求定义工作的重点在于明确项目目标和范围，这是后续需求工作的基础。

解决目标问题后，就是界定范围。介绍了SERU模型，通过主题域，业务事件，报表，用例的角度分析范围，最后通过构件图，上下文关系图和需求大纲来描述范围。

接下来，我们就可以用业务事件列表和报表列表作为线索，展开进一步的需求捕获，需求分析和建模工作。

关于项目综述pos怎么写和项目成果综述的介绍本篇到此就结束了，不知道你从中找到你需要的信息了吗 ？如果你还想了解更多这方面的信息，记得收藏关注本站。