Development Team Lead at a financial services firm with 10,001+ employees
Real User
2021-03-14T14:22:39Z
Mar 14, 2021
We use it for promoting and demoting to match our SDLC. So, things start off in development, we build it – whatever it is – and it moves to a testing region. We're trying to shift that left as part of our future state where it's automated regression. But right now it's, especially on the mainframe, it's mostly manual. We move it up to testing. If they're happy with it, it goes to integrated testing, which includes customer acceptance testing. After that, it's moved to QA where it is run for a certain period of time, depending upon different application requirements in an environment that very closely mimics production as close as we can get it. And then when it signed off there, ChangeMan handles everything except the actual move through the hole in the firewall. Why it doesn't do that? I don't know. To me, it seems like it should be able to. We put it onto what we call an MFT server, which moves it to another server that's inside the DMZ for the mainframe application. On the distributed stuff, we run four different anti-virus suites against it, looking for vulnerabilities, penetrations, things like that. On the mainframe, I don't know that we do anything other than have a code to review with the Ops folks.
Compliance Manager at a hospitality company with 10,001+ employees
Real User
2020-12-01T20:38:50Z
Dec 1, 2020
Mainframe developers are users of it. They create their JCO and programs. They do their own compiles and all that stuff. We also have distributed applications. They submit the JCO to our code migration group, and they build the dock line, the JCL, to run through a middle piece network of the stone branch. So, mainframe developers are hands-on users, but distributed developers are not.
Software Configuration Management ensures that software systems are maintained in a consistent state throughout their lifecycle, improving efficiency and reducing errors in software development.
It addresses the challenges of software development projects by automating and providing a systematic approach to version control and deployment. Key features include version tracking, automated builds, and integrated testing, which streamline complex software maintenance tasks.
What...
We use it for promoting and demoting to match our SDLC. So, things start off in development, we build it – whatever it is – and it moves to a testing region. We're trying to shift that left as part of our future state where it's automated regression. But right now it's, especially on the mainframe, it's mostly manual. We move it up to testing. If they're happy with it, it goes to integrated testing, which includes customer acceptance testing. After that, it's moved to QA where it is run for a certain period of time, depending upon different application requirements in an environment that very closely mimics production as close as we can get it. And then when it signed off there, ChangeMan handles everything except the actual move through the hole in the firewall. Why it doesn't do that? I don't know. To me, it seems like it should be able to. We put it onto what we call an MFT server, which moves it to another server that's inside the DMZ for the mainframe application. On the distributed stuff, we run four different anti-virus suites against it, looking for vulnerabilities, penetrations, things like that. On the mainframe, I don't know that we do anything other than have a code to review with the Ops folks.
Mainframe developers are users of it. They create their JCO and programs. They do their own compiles and all that stuff. We also have distributed applications. They submit the JCO to our code migration group, and they build the dock line, the JCL, to run through a middle piece network of the stone branch. So, mainframe developers are hands-on users, but distributed developers are not.