Displaying items by tag: education
Over a decade of experiences with EA at Gdańsk University of Technology
"Software Engineering" is a course taught at Faculty of Electronics, Telecommunications and Informatics, Gdańsk University of Technology, Poland. The course belongs to the core part of teaching programme for undergraduate engineering studies in Informatics and is obligatory for all Informatics students.
The course is focused on introducing students to the aspects of industrial software development: large-scale systems and their software development projects, compliance to requirements of a specific customer, business goals driving requirements and design, a required level of quality to be assured, deployment and long-term maintenance of systems. It consists of lectures and laboratory sessions.
The lecture presents the key areas of software development: planning and management, requirements engineering, analysis and design, coding, testing, deployment and maintenance, tool support, team working. It also outlines several software lifecycle models and software development methodologies.
The laboratory has a much more narrow scope – it is focused on practical learning of object-oriented analysis and design. The solutions used for the lab include Unified Modeling Language as a modeling notation and SparxSystems Enterprise Architect (EA) as a CASE tool.
Enterprise Architect was first introduced in 2009 thanks to the Academic Site Licence granted by SparxSystems, earlier another CASE tool had been used. There were several reasons for this choice:
- A dedicated functionality related to OO analysis and design, including consistency checks, automated transformations, source code generation and other features;
- A relatively lightweight tool in terms of both: features available (the user interface does not scare students with a multitude of superfluous features) and infrastructure required (there is no need to maintain shared repositories, configure access, monitor server’s availability etc. – it is sufficient to install EA on particular workstations and the model, included in a single *.eap(x) file, can simply be transferred from one workstation to another);
- A popularity of EA in Polish IT industry – our insight in the local industry indicated that it is the most commonly used modelling tool by business/system analysts and we intend to familiarize students with the tools they are likely to encounter in their professional career.
Students work in 3-person teams, thus a teamwork aspect is also introduced as part of the course. Each team comes up with a proposal of the topic they intend to work on. Definition of the topic includes the idea of an IT system and characteristic of a customer organization that procures such dedicated system in order to support its business processes. From the point of view of course’s goals it is very important that the students learn to analyze the customer organization (and more widely considered problem domain) and to derive system’s scope and requirements from such analysis. It is also important that the customer organization is something more complex than e.g. sole proprietorship, so multiple stakeholders (with distinct needs and points of view) and multiple users (with various features required from the system) can be identified. Students are encouraged to choose topics they have some domain knowledge about (e.g. from their part time jobs, from family business etc.).
Students’ laboratory assignments mostly concern developing models representing system requirements and design decisions. Their tasks do not require the full scope of EA functionality e.g. features related to testing, maintenance, project management etc., but they make quite a comprehensive use of functionality dedicated to analytical and design modeling. The laboratory consists of the following assignments:
- System Vision document – A textual report describing the customer organization, business goals, stakeholders, users and their specifics and finally requirements for the IT system divided into functional requirements, non-functional (quality) requirements and constraints.
- Use case model – System use cases (representing IT system’s functionality) visualized on a use diagram and structured descriptions of at least 20 use cases.
- Class model – an analytical class diagram including all information resources that are necessary to deliver functionality described in use cases.
- Dynamic model – several behavioral diagrams including sequence diagrams, collaboration diagram, activity diagram and state machine diagram.
- Elements of design – selected activities belonging to system design e.g. definition and modeling of system’s logical and physical architecture, database design, user interface design, sample code generation.
Consistency between subsequent assignments is considered as very important and reflected in grades given by lecturers (e.g. use cases should refine functional requirements from Vision document, sequence diagrams should conform to use case descriptions and include objects of classes defined in class diagram etc.). This form of lab activities allows students to deal with a non-trivial model consisting of several diagrams and documents (instead of simple examples of UML constructs), to experience how particular diagrams and other parts of the model influence each other, and finally to deal with various areas/phases of software engineering (e.g. starting from business goals and generic requirements, finishing with UI sketches outlining how such requirements will be fulfilled). The assignments end with design activities, the scope of the lab does not include developing the code of such system.
As already mentioned, the course has been taught since many years for all Informatics students. Later it was also made part of the programme for Informatics in Medicine (one of streams of Biomedical Engineering field of study). Since last year, the course is also taught for Data Engineering field of study (and language of this course is English, contrary to Informatics and Biomedical Engineering courses that are taught in Polish).
Since introduction of Enterprise Architect in 2009, another edition of Software Engineering course was run each year. The number of students differed significantly between particular editions (from about 180 to over 270), in total over 2300 full-time undergraduate students participated in the course and used EA for their lab assignments. In addition, a similar course has been run at part-time undergraduate studies with about 400 participants in recent years. As result, the total number of future engineers trained in OO analysis and design as well as using EA, is over 2700 and will continue to increase, as we do not plan to switch to another CASE tool.
A number of example results of students’ work are provided as attachments. All of them are in English. The PDF documents are System Vision reports. The EAP files include results of assignments 2-4. Results of assignment 5 (elements of design) are not included as they span several files with source code, UI sketches etc.).
How Enterprise Architect and the Pro Cloud Server helped staff and students successfully complete their projects
Using Enterprise Architect and the Pro Cloud Server in Education
System Thinking in IT Solutions and Digital Fabrication - Course
What is the Cost of Poor Quality IT Solutions
Who knows the true cost of poor qualitry IT systems? Who cares about it? How can you measure the quality of IT solutions? We can estimate, but it must be a relatively large proportion of the final cost for the completed solution. And it is not just a matter of money.
I am convinced that a systematic approach throughout the whole lifecycle of IT solutions must be more advantageous than using a quick and dirty approach. ‘One of the aspects of system approach is the rigorous documenting (modeling) of the solution, from idea itself, analysis, design, implementation, go live, up to the end of operation and deployment'.
Based on experiences from praxis I am trying to share my knowledge with young people, who haven't developed bad habits yet. For that reason, I am organizing the courses for students of universities and middle schools, to encourage young people to think about their solutions before they start to work. The way, how to manage it, is to use modern technology and methodology.
It is not wasting time. Our path to solutions is our everyday journey. Every day we are discovering new knowledge and reaching new experiences, at least.
I would like to share my experiences from university in Slovakia, where we are realizing the small IT solutions. The main goal is not only developing a solution, but also developing an appreciation of how we are managing the solution. It could be called ‘Model driven solution’.
The name of the course is ‘System Thinking in IT Solutions and Digital Fabrication’
This course was created on the basis of cooperation among FABLAB CVTI, ‘CVTI Bratislava’, ‘Comenius University Science Park’ and ‘Faculty of Informatics and Information Technologies, Slovak University of Technology in Bratislava’ ‘FIIT STU’, AGNICOLI-Through Knowledge to Freedom -nonprofit organization, FabLabNet, Interreg Central Europe Programme, CE 283. The main objective of the course was to bring students closer to digital manufacturing and to reach new professional habits – generating and sharing knowledge among participants.
This course was focused on integration of 2 approaches. Rapid prototyping in the field of 3D printing, IoT, Laser cutter, CNC cutter and system approach. Students received the basic information about technology presented in FABLAB CVTI and general overview about holistic approaches in IT (TOGAF, ITIL). During the whole course we have used the client UML modeling tool ‘Enterprise Architect’ by Sparx Systems and server background Sparx Cloud Services, Pro Cloud Server with WebEA access. Licenses for ‘Enterprise Architect’ clients were provided by FIIT, licenses for Pro Cloud Server (WebEA) were provided by Sparx Systems company with close cooperation from Sparx Systems Central Europe.
The topic is quite extensive, and its comprehensive description goes beyond the purpose of this article. If interested in more details, please, This email address is being protected from spambots. You need JavaScript enabled to view it..
Roman Kazička