А что есть в вашем случае ИС фирмы?
Смотрите: есть фирма - разработчик ПО. Есть внешние по отношению к ней системы (люди, организации, и т.п.), которым данная фирма-разработчик для чего-то нужна. Заказчику, видимо, нужна, чтобы он мог обратиться с целью - заказать требуемое ПО.
Фирма-разработчик организует процесс создания ПО, каким образом она это делает, заказчику неважно, ему нужен не процесс, ему нужен результат - требуемое ПО.
Если Вы разрабатываете ИС фирмы-разработчика то возникает вопрос, какая ИС нужна фирме-разработчику, что она должна делать, чьи нужды обеспечивать. Заказчика или сотрудников фирмы?
UML и все его диаграммы - способ описания некой системы (главным образом все-таки систем с использованием программных средств). Вам в курсовой и дано задание: 1/определиться с предметной областью, для которой Вы будете строить систему; 2/используя UML и набор его диаграмм составить спецификацию такой системы (не самой системы, а набор именно спецификаций языковых и графических, определяющих суть моделируемой вами системы.
У фирмы разработчика может быть:
1. система регистрации запросов заказчика
2. система регистрации ошибок ПО, используемых заказчиком
3. система управления процессом разработки ПО
4. система управления кадрами и заработной платой сотрудников фирмы
5. система бухгалтерского учета
и т.п.
Все эти системы могут быть интегрированы в одну или реализованы на одной платформе. Ваша задача - или описать существующую систему, или описать предполагаемую систему (думаю скорее последнее). Учитывая уровень курсовых работ, это должна быть небольшая система, т.е. очень маленькая с небольшим набором функциональности. Иначе просто будет не курсовая, а нечто гораздо более и семестра не хватит, да не хватит и двух