Posts Tagged ‘Developer’

We’re hiring!

No Comments »

We are currently recruiting for an additional developer to join the CRIATE team full-time for 6 months. This will take our development capacity from 6.5 days per week to 11.5 days per week, so this will help us with the tough work ahead when we tackle implementing workflow for programme and module approvals.

For further details, or to apply, please visit the University website here.


Project Update

No Comments »

Workflow with the Faculty Office

At the beginning of the week Cat, Sam and I met with Kate and Samantha from the faculty office. We were looking through stage 1 of the workflow which we had previously mapped out at the beginning of the year.  This meeting was very successful in working out what notifications faculty wanted and when they wanted them. It also helped to check the workflow was correct and what needed modifying. It was additionally decided that the faculty office would get their notifications within iPaMS rather than to a central faculty email. We currently still working on the workflow diagram and will be meeting with other departments to discuss their involvement in the workflow.

Lauren Welland (Project Support Officer)


Programmes

We have started to look at how programmes will be stored within iPaMS and which pieces of information we will need to hold against each specific programme.  The functionality of iPaMS has been a major consideration here as information from the programme specification will be used as a marketing tool for prospective students and as an information source for current students, it will hold all of the information required to comply with TQA and QAA standards and be worded in a way that will easily link in with the XCRI- CAP data feed.  Information imputed as a part of the workflow process for approving new programmes will also be archived against each specific programme, as will any changes made to the programme and the date in which these take effect.  Currently we have identified over 100 data entry fields for each programme; once we have established the level of data exchange between SITS and iPaMS this number could increase further.

Cat Hine (Project Support Officer)


User Roles

This week I have been working on assigning roles to users. I have first been creating different roles and permissions within iPaMS. Using Zend navigation I can hide/show relevant links dependent on the permissions these roles have. Some examples of roles will be system administrator, Webservice role and developer. I am also working on restricting view of data by College, to do this we are currently assigning all modules to their College. At the moment every iPaMS user has access to all the data in iPaMS, once we start moving other Colleges into the system we don’t want them to have access to edit other College’s data.

Ben Norcombe (Developer)


Code Improvement

I am currently rewriting the iPaMS module controllers. This builds on the work we did for the previous release of iPaMS to improve the codebase. That work was mainly about reducing the amount of SQL queries per page/action, whereas this time it is about cutting down on code repetition, thus creating reusable functions. The benefits will be that the iPaMS code is easier to maintain as well as more scaleable, setting us up nicely for work to begin on Programmes

Helen Connole (Lead Developer)


CLES Data

This week I have been working on collecting the CLES data needed for archiving into iPaMS. With help from the College we have collected a vast amount of word/pfd documents for their modules ranging from the academic years 08/09- 11/12. On Wednesday Sam, Cat and I met up with Andy, the Taught Programme Support Manager for CLES and discussed iPaMS. It was a very successful meeting where we showed iPaMS in action and discussed the move of CLES data onto the system.  As CLES’ data is all on word/pdf, a move to the database should help them significantly with reporting information and having easier access to their data.

Lauren Welland (Project Support Officer)


Humanities Update #2

No Comments »

In previous posts we have talked about the dates that were set for Humanities.

• Basic functionality of iPaMS (view/edit/copy) revise 11/12 data into 12/13 data: 14th Feb
• Data for 12/13 then feed to their intranet pages: 1st March (For online module choice)

These target dates were all met and  this blog post will focus on our experience of Humanities moving from dwai to iPaMS.

Lauren Welland – Project Support Officer
“Initially the first week Humanities moved over to iPaMS, all was quiet, I didn’t hear from anyone for a few days. It wasn’t until a week later people started using iPaMS and this is where the questions came rolling in. The majority of the questions were about how to use iPaMS, I instructed users to firstly follow the training material, whilst also giving them help via the phone. It started to become obvious that people didn’t have time to read/watch the training material and felt it easier to ring up with their questions. After a few weeks of questions regarding how to use iPaMS, new emails and calls were now coming through regarding issues with their data. I began logging all the calls and emails I received into a spreadsheet. My job was to co-ordinate between the users and the developers, working on these issues to resolve them as quickly as possible. By investigating the issue log we were able to see specific issues were spread throughout a number of users, whereas some issues were specific to particular users. This allowed us to investigate why some of these problems were coming to light for some and not others. A few of the main issues which I would be contacted about daily were regarding the names of the convenors and problems with logging in. Since the last two upgrades we have had on iPaMS, the majority of the issues have all been sorted now. The only main problems we have left is convenors/lecturers’ titles not showing when feeding to the web but this is currently being worked on.”

Helen Connole – iPaMS Lead Developer
“On 1st March the Hums intranet switched over to using the iPaMS web service. There were a few teething troubles as the web service displayed items in the order and formatting of the module template which was used as the basis of the iPaMS template design. Humanities however wanted to customise this to look more like their current intranet, and with a bit of tweaking at the front end, such as not showing blank data fields, they were able to achieve the result they wanted. Ben is planning to produce some documentation around this so that web developers in the colleges can best utilise the web service for their needs.”

Ben Norcombe – iPaMS Developer

“Over the past few months I have been helping with switching Humanities intranet over to the iPaMS web service whilst also helping resolve users’ issues. One of the main issues we have had, that I have been working on, was users being logged off/ unable to log into iPaMS, using SSO. To solve this problem, last Wednesday we released the Zend_Auth OpenSSO adapter to iPaMS allowing the application to authenticate against the university’s installation of OpenSSO within the application. This decoupling from the university’s SSO gives us the flexibility to assign the user with a Zend_Auth identity and then utilse Zend Framework’s Acl authorisation classes while using the secure authentication methods available in OpenSSO. As the adapter was written with portability in mind we have made it available to our colleagues within the university and there could be an opportunity to contribute the code to the Zend Framework library code base.”

The next stage for Humanities, which we will blog about soon, is to move both their programme data and archived data over to iPaMS. We are currently working on making the old module descriptor templates in iPaMS ready to import the data over from dwai. We are also working on the new 12/13 programme descriptor, investigating how we can link modules to the programmes and best use the data that will be held in iPaMS. Keep an eye out on the twitter page @JISC_CRIATE for more regular updates on these tasks.


CRIATE Lead Developer

No Comments »

My name is Helen Connole and I’m the lead developer for the CRIATE project. I have worked at the University since 2007 and am the Web Developer for the Business School. I have been seconded to ExeIT part time for over a year now and have experience of how things work both in the colleges and in the central University infrastructure, which is very useful for this project.

The system itself is being built using the Zend Framework (PHP) and the aim is to create a flexible but sturdy system which will cater for the ever changing needs of the University.


iPaMS developer

No Comments »

Hello all.

My name is Ben and I’m one of the two developers who is working on the CRIATE project. My role within this project is to carry out development work and assist the lead developer Helen Connole on the university’s new programmes and modules system called iPaMS.

I’ve been at the university since September 2009 and I have been involved in various development projects which have involved using a wide range of programming and structural querying languages and not just for clients within the university (one project was intended for use out in Afghanistan). Along with the CRIATE project I’m also responsible for developing and supporting the Exeter Award system, which is the university’s current careers events system.