Как Вы управляете серийными ключами программного обеспечения, лицензиями, и т.д.? [закрытый]

Смотрите на SpiceWorks:

http://www.spiceworks.com/

Это действительно намного больше, чем просто инвентаризирует / управление активами и свободно.

Я использовал это в прошлом и был довольно доволен им. Оборотная сторона - то, что это работает в FileMaker

не стандартный, но возможно база данных как MySQL или Основа OpenOffice (или Доступ, bleah)? Это звучит довольно простым, если Вы не ищете много оборок; просто несколько таблиц, например, пользователей, компьютеров, типов программного обеспечения, лицензионных ключей и кросс-таблиц для соединения их друг с другом.

Это могло бы быть полезно, но я не использовал его для того, что Вы ищете:

http://www.ezasset.com/i/front.html?page=front_ezindex

Существует много способов, которыми можно обработать это - возможно, лицензию также считают активом (не только компьютер) и Вы группа активы вместе?

Существует понятие родительского актива и sub активов, я думаю. Это свободно максимум для 100 активов. Присвоение и местоположение также обрабатываются.

Несколько опций (включая тот Вы не хотите):

1. Запишите свою собственную базу данных для этого; Возможно, простое приложение с помощью SQLite. (Не очень привлекательный, но не трудно любой)

2. Вам просто нужно приложение, которое позволяет Вам создать name:value пар и присвоить им в группы. Настраиваемая адресная книга работала бы в повышении. Каждый контакт мог быть названием программы или именем клиента с лицензией / последовательный как данные. Затем Вы могли сгруппироваться компьютером, клиентом, и т.д.

Это походит на классический вид проблемы, которую Доступ (и программы как он) был разработан для решения. Вы запускаете с доступа, используете его в течение нескольких лет и затем более позднего найма кто-то для портирования данных в пользовательское приложение при перерастании того решения.

Я чрезвычайно испытал бы желание попытаться использовать программу адресной книги для этого для запуска. (Отметьте: я использую программу адресной книги Apple в своем уме для ссылки на функции), Это допускает пользовательские поля, примечания и группы. Оборотная сторона - то, что необходимо сделать больше работы: поиск отделяется порядкового номера, чтобы удостовериться, что он уже не используется, вручную добавляя примечание к двум "контактам", указывающим на передачу лицензии от одного до другого.

С другой стороны, если отслеживание лицензии Вашего собственного программного обеспечения является ключевым для Вашего бизнеса, это, вероятно, стоит Вашего времени и денег для разработки пользовательского приложения сверх базы данных SQL. Запишите список всего, что Вы хотите смочь сделать. Возвратитесь и запишите какие-либо правила или ограничения (например, две или больше машины могут иметь ту же лицензию?). Схема базы данных и программирующие правила упадут прямо из того документа.

Другая идея: программы, которые отслеживают книги, DVD, и т.д. Прежде всего, которые позволяют Вам сохранять примечания о том, когда Вы предоставляете их людям.