Product Strategist, Experience Designer & Code Tweaker 

Facebook Twitter LinkedIn
 
 
Home » Product Management » Application Design Automation Tool
formats

Application Design Automation Tool

Some thoughts on creating User friendly, Developer Friendly and Management Friendly Applications

1. Hard Code
In the beginning, there was this complex thing called “Code”.
Developers hand-coded ‘em . It was a complex, tedious and stressful job.

2. Parameter Entry
To ease their load and expedite delivery times, Parameter-based code generating tools were created. De-bugging was a lot easier. Design View & Preview Mode were built-in. Readymade configurable tags were also present.
Designers were able to generate the front-end code perfectly. The UI was centered on User’s goals. Developers focused more on back-end coding and were happy doing the same.

Example: Tools : Dream weaver
Object : Table
Parameter : width =”” Height=”” No of Columns=”” No of Rows=””

3. Components
And then came ‘re-usable components’. This did speed up coding. Developers were able to re-use “chunks or modules” of code. It however it did not have readymade “re-usable functionalities”

Example: Tools : DotNet
Object : Panels
Parameter : autobindings , DynamicProperties, DockBindings etc

4. Re-usable Functionalities
If we identify commonalities among the different kinds of applications and design “chunks of readymade components” packed with a lots of tested ‘best practices’ and use a wizard based method to implement an application, we will be able to greatly speed up application implementation. These can be added to IDE (Integrated Development Environments) Libraries

Example: Tools : To be designed
Object : Login Page Functionality
User Name + Password + Button + Header + Footer + Application Description etc.,
Method : Drag & Drop + Wizard to do backend integration

5. Pattern based ‘Application Design’ Automation
Assuming that “Re-usable Functionalities” are complete, it is possible to identify patterns of functionalities and create parameter-driven “re-usable” and customizable applications!

Example: Application : Discussion Thread

What are the Failure Modes of this approach? Any ideas?

 

6 Responses

  1. Its been a long time. How ya doing buddy?

    Blog la, dry topics aa poattu comment panna vudama panriyaee nanba… :)

    BTW, I have started a Tamil blog -> http://naanramesh.blogspot.com

    Its best viewed with IE (Firefox does not display Tamil Unicode fonts correctly all times). There…I got something for the UI genius in you :)

  2. lol! very funny comment :)
    hey ramesh, just checked ur new tamil blog la. nice to see an all tamil blog. i noticed that only registered blogger user can post comments on your site. are you getting spam comments? try installing a “captcha system” which will differentiate spam bot and a human.

    dry topics are primarily targetted at those creepy crawly bots man, not at us humans :) promise to post some non dry topics soon.

  3. Satheesh Krishna

    Nice blog.
    Thank you.

  4. Thanks Satheesh. What do you do>?

  5. Hi Muthu,

    Please send the Testing automation framework models with detailed description.

    Thanks
    Harishanker.Ch

  6. [...] Also ref Web Application Design Automation Tool [...]

Leave a Reply

Your email address will not be published. Required fields are marked *

*

You may use these HTML tags and attributes: <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <strike> <strong>

© Muthukumar Rajamani
credit