cancel
Showing results for 
Search instead for 
Did you mean: 

Exception Type - naming convention

PawełMiżwa
Level 3
Hello, I would like to ask for suggestion, how to name Exception Types in general. Our practice result in 6 main types: Business System Input - input missing data to continue process Business Request Input - after read data in one of platform missing information to continue process Business System Locked - time/temporary recognized system , suspension of system operation Element Missing - Caused by missing element from Application Modeler Process Exception - application not attached/windows process not exist System Exception - rare situation, where we identify application can cause some errors Could you share your opinions about the topis ? Please do not write anything in style: why we use Exception Type in theory :) Regards, PaweÅ‚  
1 REPLY 1

John__Carter
Staff
Staff
I would always start with types that indicate either a problem that should not have happened and a case that was deliberately rejected, ie system exception and business exception. The first type may need a fix and the second is by design and does not. You could argue that there is a third category to indicate 'a problem that has caused the process to terminate but does not mean the process is faulty', eg when an application won't launch. From there you can create sub-categories based on these main types.