OS.bee Software Factory Unique Selling Propositions - Revision history

Mollik: /* Theme Resources and CSS */

2020-06-18T13:09:46Z

‎Theme Resources and CSS

Riegel: /* Why using OS.bee? */

2019-01-29T08:02:41Z

‎Why using OS.bee?

Riegel at 07:53, 29 January 2019

2019-01-29T07:53:29Z

Riegel at 12:24, 28 January 2019

2019-01-28T12:24:34Z

Riegel: /* Persistence */

2018-10-23T07:12:46Z

‎Persistence

Riegel at 08:42, 3 July 2018

2018-07-03T08:42:14Z

Show changes

Riegel at 13:13, 29 June 2018

2018-06-29T13:13:56Z

Show changes

Riegel: Created page with "== Abstract == OS.bee is a low-code model-driven software-factory, using over 20 Domain Specific Languages (DSL) to generate large-scale business web-applications. Each DSL c..."

2018-06-29T06:50:40Z

Created page with "== Abstract == OS.bee is a low-code model-driven software-factory, using over 20 Domain Specific Languages (DSL) to generate large-scale business web-applications. Each DSL c..."

New page

== Abstract ==

OS.bee is a low-code model-driven software-factory, using over 20 Domain Specific Languages (DSL) to generate large-scale business web-applications. Each DSL contains a grammar for a required application-layer. A DSL hides complexity from successors, thereby enabling parallel modelling of domain requirements by multiple designers as they don’t need to know the domain logic they build upon. A model created with a DSL creates executable code, structured data and configuration settings or is interpreted by a renderer during runtime. The language of each DSL uses a grammar that makes the created model easy to understand and forms a requirement specification on its layer. The overall hierarchy can be browsed through at any time and gives a good understanding of the whole application in nearly natural English language. A DSL can also be studied by its syntactical graph. The creation of a model is a guided process through the syntax graph where the designer benefits from content assistance, code completion, quick fix, syntax colorizing, outline, formatting and validation. Many DSLs define metadata to be used by subsequent DSL to increase the leverage of definitions at a basic level. All element names defined by a DSL are automatically extracted to localization files for translation to open foreign markets for the resulting application. The ratio between the generated lines of code versus the numbers of lines in a model is 8 on average. Development speed improves by a similar factor. Dependencies between models reveal inconsistencies immediately while modifying and prevent generating code until these are resolved. Therefore turnaround cycles are short, errors are easy to discover and prototypes materialize in a very short time. Some DSL generate against famous open-source frameworks like EclipseLink, Smooks, Mondrian, Vaadin or jBPM thus enabling non-developers to use complex frameworks without deeper knowledge of their API. OS.bee inherits the features of the embedded frameworks and makes them easy to exploit for specialists of a domain not necessarily being software developer.

== Modeling ==

=== Data-type (type system layer) ===
*Primitive Types (int, double, etc.)
*Object Types (String, Date, etc.)
*Blob
Store and retrieve any document or image type in binary form
*Auto-sizing Images
Additionally stores images of definable size to experience better performance while rendering
*Formatted types
Dates and times in any localized form
Dates and times in any format (time only, date only, short and long forms, custom pattern, etc.)
Currencies in any localized form
*Validated types with adjustable severity message
Date in past/future
Not null
Not duplicate
Range values
Min/max length
*Slider types
Min/max values
*Masked types
Number, Hexadecimal, Capitalized
Input pattern (e.g. Phone Numbers (###) ###-####)
*Password
*Suggestion types
While typing some characters, a sorted list of suggestions pops up for selection
*Programmable Converters
Text-to-Image
Number-to-Text/Image
Value-to-CSS Style
Units of measurement
*Rich text editor using HTML markups
*Text area

=== Entity (Object relational mapper layer) ===

← Older revision		Revision as of 13:09, 18 June 2020
Line 625:		Line 625:

	As usual for web-frontend applications, cascaded style sheets describe the look and feel. Custom CSS can be loaded from outside, or any modification can be made once the appropriate bundle is downloaded. CSS is compiled from a SCCS template with a pre-processor. The advantage of using SCSS is that you can use variables and therefore create different looks with just a hand-full of variables. OS.bee comes with 3 different theme variants that can be selected in the user profile. Resources like images, html pages and icons are available per theme and thus adjustable to the used color scheme.		As usual for web-frontend applications, cascaded style sheets describe the look and feel. Custom CSS can be loaded from outside, or any modification can be made once the appropriate bundle is downloaded. CSS is compiled from a SCCS template with a pre-processor. The advantage of using SCSS is that you can use variables and therefore create different looks with just a hand-full of variables. OS.bee comes with 3 different theme variants that can be selected in the user profile. Resources like images, html pages and icons are available per theme and thus adjustable to the used color scheme.
		+
		+
		+	== Copyright Notice ==
		+	{{Copyright Notice}}

@@ Line 4: / Line 4: @@
 = Why using OS.bee? =
-* You need a lot of unexpensive workstations for your employees.
+* You need a lot of unexpensive workstations for your employees to work with OS.bee applications.
 * Work has to be done from everywhere, worldwide, in any language.
 * Deployment of new versions shall be simple and be done at a single point to keep IT-costs at a minimum.
 * Downtimes for updates or sandbox trials are undesired.
-* You want to scale your software effortless as you do with your business in means of functionality and security.
+* You want to scale your applications effortless as you do with your business in means of functionality and security.
 * You want a hierachically consistent and validated application any time, no matter what was just modified.
 * You dislike vendor lock-in.
@@ Line 14: / Line 14: @@
 * You know that software never is a stand-alone solution, instead it must deeply integrate with existing solutions, machines and protocols.
 * The Internet of Things is not just a verbal formula to you, you ought to use it.
-* You know best about your business and want to be enabled to implement that knowledge by yourself in your software.
+* You know best about your business and want to be enabled to implement that knowledge by yourself into the application.
 * You want that continuous improvement for applications shall be unexpensive.
 * Open Source software is an advantage to you, not a risk.

@@ Line 1: / Line 1: @@
-= Abstract =
+= What is OS.bee about? =
 OS.bee is a low-code model-driven software-factory, using over 20 Domain Specific Languages (DSL) to generate large-scale business web-applications. Each DSL contains a grammar for a required application-layer. A DSL hides complexity from successors, thereby enabling parallel modelling of domain requirements by multiple designers as they don’t need to know the domain logic they build upon. A model created with a DSL creates executable code, structured data and configuration settings or is interpreted by a renderer during runtime. The language of each DSL uses a grammar that makes the created model easy to understand and forms a requirement specification on its layer. The overall hierarchy can be browsed through at any time and gives a good understanding of the whole application in nearly natural English language. A DSL can also be studied by its syntactical graph. The creation of a model is a guided process through the syntax graph where the designer benefits from content assistance, code completion, quick fix, syntax colorizing, outline, formatting and validation. Many DSLs define metadata to be used by subsequent DSL to increase the leverage of definitions at a basic level. All element names defined by a DSL are automatically extracted to localization files for translation to open foreign markets for the resulting application. The ratio between the generated lines of code versus the numbers of lines in a model is about 8-10. Development speed improves by a similar factor. Dependencies between models reveal inconsistencies immediately while modifying and prevent generating code until these are resolved. Therefore turnaround cycles are short, errors are easy to discover and prototypes materialize in a very short time. Some DSL generate against famous open-source frameworks like EclipseLink, Smooks, Mondrian, Vaadin or jBPM thus enabling non-developers to use complex frameworks without deeper knowledge of their API. OS.bee inherits the features of the embedded frameworks and makes them easy to exploit for specialists of a domain not necessarily being software developer.
-= Why OS.bee? =
+= Why using OS.bee? =
-== If most of these points apply to you, you should chose OS.bee ==
+* You need a lot of unexpensive workstations for your employees.
-* You need to have a lot of cheap workstations for your employees.
 * Work has to be done from everywhere, worldwide, in any language.
 * Deployment of new versions shall be simple and be done at a single point to keep IT-costs at a minimum.
 * Downtimes for updates or sandbox trials are undesired.
 * You want to scale your software effortless as you do with your business in means of functionality and security.
-* The software architecture should fulfill all state of the art design patterns and conform to object oriented design principles.
+* You want a hierachically consistent and validated application any time, no matter what was just modified.
-* You want a hierachically consistent and validated software architecure any time, no matter what was modified.
 * You dislike vendor lock-in.
 * Investments in software should be long-term decisions.
-* You know best about your business and want to implement that knowledge by yourself in your software.
+* You know that software never is a stand-alone solution, instead it must deeply integrate with existing solutions, machines and protocols.
-* You want that continuous improvement for software shall be cheap.
+* The Internet of Things is not just a verbal formula to you, you ought to use it.
-* Open Source is an advantage to you, not a challenge.
+* You know best about your business and want to be enabled to implement that knowledge by yourself in your software.
 * It should be possible to hire software specialists all over the world needing a minimum of training on your software if it becomes necessary.
 * Fast solutions to your business problems is your biggest concern.
@@ Line 22: / Line 23: @@
 * The business processes implemented in your software shall use standardized notations and be automatic, cooperative, save and easy to learn and modify.
 * You know that enforcing business rules in your company is a success factor.
 * If you need support, you can get it anytime. 24/7 by experts, from a forum, by examples and videos.

@@ Line 1: / Line 1: @@
 = Abstract =
-OS.bee is a low-code model-driven software-factory, using over 20 Domain Specific Languages (DSL) to generate large-scale business web-applications. Each DSL contains a grammar for a required application-layer. A DSL hides complexity from successors, thereby enabling parallel modelling of domain requirements by multiple designers as they don’t need to know the domain logic they build upon. A model created with a DSL creates executable code, structured data and configuration settings or is interpreted by a renderer during runtime. The language of each DSL uses a grammar that makes the created model easy to understand and forms a requirement specification on its layer. The overall hierarchy can be browsed through at any time and gives a good understanding of the whole application in nearly natural English language. A DSL can also be studied by its syntactical graph. The creation of a model is a guided process through the syntax graph where the designer benefits from content assistance, code completion, quick fix, syntax colorizing, outline, formatting and validation. Many DSLs define metadata to be used by subsequent DSL to increase the leverage of definitions at a basic level. All element names defined by a DSL are automatically extracted to localization files for translation to open foreign markets for the resulting application. The ratio between the generated lines of code versus the numbers of lines in a model is 8 on average. Development speed improves by a similar factor. Dependencies between models reveal inconsistencies immediately while modifying and prevent generating code until these are resolved. Therefore turnaround cycles are short, errors are easy to discover and prototypes materialize in a very short time. Some DSL generate against famous open-source frameworks like EclipseLink, Smooks, Mondrian, Vaadin or jBPM thus enabling non-developers to use complex frameworks without deeper knowledge of their API. OS.bee inherits the features of the embedded frameworks and makes them easy to exploit for specialists of a domain not necessarily being software developer.
+OS.bee is a low-code model-driven software-factory, using over 20 Domain Specific Languages (DSL) to generate large-scale business web-applications. Each DSL contains a grammar for a required application-layer. A DSL hides complexity from successors, thereby enabling parallel modelling of domain requirements by multiple designers as they don’t need to know the domain logic they build upon. A model created with a DSL creates executable code, structured data and configuration settings or is interpreted by a renderer during runtime. The language of each DSL uses a grammar that makes the created model easy to understand and forms a requirement specification on its layer. The overall hierarchy can be browsed through at any time and gives a good understanding of the whole application in nearly natural English language. A DSL can also be studied by its syntactical graph. The creation of a model is a guided process through the syntax graph where the designer benefits from content assistance, code completion, quick fix, syntax colorizing, outline, formatting and validation. Many DSLs define metadata to be used by subsequent DSL to increase the leverage of definitions at a basic level. All element names defined by a DSL are automatically extracted to localization files for translation to open foreign markets for the resulting application. The ratio between the generated lines of code versus the numbers of lines in a model is about 8-10. Development speed improves by a similar factor. Dependencies between models reveal inconsistencies immediately while modifying and prevent generating code until these are resolved. Therefore turnaround cycles are short, errors are easy to discover and prototypes materialize in a very short time. Some DSL generate against famous open-source frameworks like EclipseLink, Smooks, Mondrian, Vaadin or jBPM thus enabling non-developers to use complex frameworks without deeper knowledge of their API. OS.bee inherits the features of the embedded frameworks and makes them easy to exploit for specialists of a domain not necessarily being software developer.
 = DSL Modeling =

@@ Line 567: / Line 567: @@
 * Supports all compatible databases to EclipseLink like:
 ** Oracle
-** Oracle JDBC (8, 9, 10, 11)
+** Oracle JDBC
 ** MySQL
 ** PostgreSQL
@@ Line 589: / Line 589: @@
 ** Symfoware
 ** MaxDB
 == Translation ==