Software Units vs Application Objects

Since OutSystems will replace Software Units by Application Objects, the sizing tool will be updated to return the expected number of Application Objects?
Or, perhaps, there is one easy way to translate Software Units to Application Objects?

APIs in extensions (Java or C# code that you reuse in the platform) are not accounted for.
Web services are APIs (internal or external). References are not.

Solution

Dislike(0)

Like(4)

Dislike(0)

Like(4)

Sean Allen

Posted on 2014-07-05

Sean AllenRank: #0

Posted on 2014-07-05

Solution

Hélder and Kurt-

For clarification and discussion regarding commercials/process/tools, please get in touch with your OutSystems partner manager directly. We want to ensure that specific approach and timing are properly discussed so as to not create confusion in your market.

Given the difference in calculation, there is no reliable direct conversion from SU to AO. With the simplicity of AOs, it should be relatively simple to estimate capacity requirements.

Hi Carlos, for clarification and discussion regarding commercials/process/tools, you can get in touch with your OutSystems partner manager directly, in this case me :-) I will call you to clarify this doubt with all related commercial context. Thanks.

It would be nice to have a idea about what is expensive in AO to know how you should design your apps to minimize AO use .. for instance if an espace is expensive a architectural model having a lot of eSpaces wouldn't be a good solution.

Just to expand on Kurt's previous responce, can I please have clarification on the following allocation of Application Objects:

Pages

Web Screens 1 AO

Email Screens 1 AO

Mobile Web Screens 1 AO

SMS Screens 1 AO

Web Blocks 0 AO

Tables

Entities (Single and Multi-Tenant) 1 AO

Static Entities 1 AO

External Tables (Via Integration Studio) 1 AO

Structures 0 AO

Reference Entity from external Outsystems Espace 0 AO

API Methods

Consume Third Party REST API / Web Reference 1 AO

Expose Outsystems REST API / Web Service 1 AO

Consume API from Integration Studio Extension 0 AO

Consume Action from external Outsystems Espace 0 AO

Additional

Site Properties 0 AO

Session Variables 0 AO

Timers 0 AO

Process 0 AO

Roles 0 AO

Themes 0 AO

Placeholders 0 AO

Please feel free to include anything that I may have left out.

Thanks,Robbie

Why email screen need to be charge as one AO...?

In that case, i would rather create an "Email setup page" with "Subject", "Content", "Receiver". Then fetch the respective email content and construct the email on the fly. With such design, i will save a lot if i have 50 different email template :D