DII(F) and erm JPA

Discussion in 'Army Reserve' started by polar, Jul 15, 2008.

Welcome to the Army Rumour Service, ARRSE

The UK's largest and busiest UNofficial military website.

The heart of the site is the forum area, including:

  1. Got my account today went to my old office, which is now the DII suite and logged on. Spent nearly the entire night absorbing information and then responding to it (ok I'm an internet geek), so much information.

    but I also noticed that 0 soldiers from 2 Sqns came in to use to JPA, I suspect this is the norm.

    Well I have my old office back and four terminals to chose from.

    Off now to check on ArmyNet sharepoint with my memorised password that I've not made a security breach, that I couldn't make on my written down accounts on DII/JPA/IGS on DII(F)
  2. ..... and the written down log ons & passwords for James, HRMS, Unicom, Defence Learning Portal........ anymore anyone?
  3. The passwords are really getting on my tits. Wheres the sense in having a secure complicated password that you have to write down for the first few months, and not allowing us to choose our own passwords that we can remember?
  4. Using your Army/Prison SUS number for everything is not an option in the world of security :lol:
  5. Well the JPA element is your own password of course.

    The D2F element is a nause. Just do what I did, pick a password you can remember phonetically.

    Or maybe it's just my age :(
  6. mysteron

    mysteron LE Book Reviewer

    OK guys, so here is the answer.

    You, the ultimate customer must inflict requirements like this on the DEC (through the G6 chain of command). The problem is then finding who will fund and set the capability requirement on the IPT.

    Capability Trading is the most certainly the domain of the DEC. Industry will happily provide it - because it means profit for them. The real challenge is funding it and setting the right requirements in the first place.

    Sounds like a familiar story for every project the MoD has ever embarked upon.
  7. Prison SUS number, not this callsign mate, the monkey bastards havn't been quick enough!
  8. A monkey owned dog has though :lol:
  9. Can I take a guess that you're a junior rupert who's learned a few acronyms?

    They are currently looking into one password for the lot. God knows how it would work. Although it's a pain, it seems logical to have different passwords for most things. Plus you lot have it easy. I have a DII (C) acccount and a DII (F) account.
  10. mysteron

    mysteron LE Book Reviewer

    StabT2 - check PMs.

    Defining requirements is something all Govt, let alone the MoD, departments suffer from and in the majority of cases do it badly.
  11. Its really simple, I don't understand why software has been brought in that requires extra username (& passwords) validation.

    But I'm not moaning, my IGS account can be used other non-DII systems and more importantly I can get around works arrse.co.uk block when we get DII(F) :D
  12. As usual the bottom line is you pay for what you get. I'm now working on a couple of systems that will never get migrated to DII (Thankfully) Ok they are specialist systems, but using available technology and the basic principles security, you can log on once to each application (JPA, HRMS, EGS etc) and never have to logon to it again. OK it costs money but not enough to reduce a financial type to tears and more to the point it's user friendly.
  13. Does it? I remember it taking a hour/day or two to take our main app and make it pick up the windows logon details.
  14. Polar

    Depends on what your using, but it still costs cash at the end of the day. Not a lot I grant you, but by the time Atlas have taken a mark up.................... a £10 bit of COTS suddenly gets another 0 added to it!
  15. Thing is, the DII(F) computers that we have in the TAC come with keyboards that have a slot for a chip & pin style card to be inserted. The Americans use a system like this with their ID's. They simply insert the card and enter a password and they have access to the systems they need without further logins/passwords. Surely this would be a simpler way of maintaining the multitude of passwords/logins we need these days?