Si vous voulez devenir un utilisateur de Burli NE, alors il y a certaines choses que nous voulons savoir. Voici une liste de choses auxquelles vous devez réfléchir :
Salles de presse du réseau
Nombre de lieux / postes de travail
- Combien de sites (lieux physiques), de postes de travail et d'utilisateurs simultanés avez-vous besoin (également répartis par site) Nous voulons avoir une idée du nombre d'utilisateurs et de la charge de travail sur chaque site. C'est important pour la configuration de la base de données, les spécifications du matériel et la configuration multi-sites sur chaque site, s'il y a plusieurs sites à installer bien sûr.
- Y a-t-il des postes de travail pour les journalistes/burli sur tous les sites ? Un "site" pourrait n'être qu'un centre de données central ? Nous avons supposé qu'il y aurait un ou plusieurs clients Burli sur tous les sites pour la capture, le mixage audio, etc.
- Les bases de données/services de TOUS les sites fonctionneront-ils 24 heures sur 24, 7 jours sur 7, ou certains "sites" ne comptent-ils qu'un ou deux PC d'utilisateurs qui pourraient être éteints la nuit/le week-end ?
- Les reportages sont-ils produits sur tous les sites ? En d'autres termes, enregistrez-vous, éditez-vous le son et réalisez-vous les segments qui seront mis dans les bulletins sur tous les sites ?
- Les bulletins sont-ils réalisés sur tous les sites ? En d'autres termes, les rédacteurs prennent-ils les segments réalisés par d'autres personnes (probablement sur d'autres sites, oui ?) et les intègrent-ils dans un bulletin sur tous les sites ? Ou bien est-ce quelque chose qui n'arrive que sur un ou deux sites plus importants ?
- Pour la webversion (Burli Beat) : pouvons-nous tout héberger sur un seul site ou chaque site doit-il avoir un accès séparé à la webversion ?
Détails IT
- Quelle(s) version(s) de Windows tourne(nt) sur chaque PC sur lequel Burli sera installé ? Nous ne supportons plus XP mais est-ce que ce sera Win 7, 8.1 ou 10 ?
- Pour chaque site, nous devons savoir comment les utilisateurs sont gérés (les réponses ont une incidence sur la façon dont nous traitons les utilisateurs pour le multisite) :
- Voulez-vous utiliser le SSO ou vont-ils plutôt gérer leurs utilisateurs Burli de manière totalement indépendante des utilisateurs Windows ?
- Si vous voulez le SSO :
- Chaque utilisateur se connecte-t-il à Windows comme lui-même ou partage-t-il un identifiant (plusieurs personnes utilisent le même nom d'utilisateur "News" peut-être ?)
- Si oui, s'agit-il d'un domaine ou d'un groupe de travail ?
- Un réseau/domaine /groupe de travail distinct pour chaque site ou un domaine pour le réseau ? Si des domaines différents leur font confiance ?
- Quel est le type de bande passante/connexion entre chacun des sites ? WAN ou Internet public ? Si l'Internet public est utilisé, un réseau privé virtuel (VPN) est-il utilisé ?
- Voulez-vous ou devez-vous utiliser le HTTPS pour vos connexions ? Ou bien le HTTP vous convient-il ? Cela n'a pas vraiment d'importance pour nous, mais cela affecte la configuration de l'IIS et si vous avez besoin de certificats (autres que ceux que vous avez signés vous-même), vous devrez les commander au préalable.
- Êtes-vous clair et à l'aise avec le fonctionnement des NetHASP ? Si la connexion TCP est interrompue, le client Burli se bloque et ne peut pas être redémarré tant que la connexion TCP ne fonctionne pas à nouveau ? Nos clients disposent d'un WAN (bande passante rapide et fiable) et ont peu de problèmes, mais nous ne le recommandons pas si la connexion de données n'est pas excellente. Notez que ces clients disposent de quelques HASP locaux sur des machines critiques dans ces endroits éloignés en cas de problème avec le réseau.
Sources
- Quelles sont les sources de données d'actualité que Burli doit ingérer ? Seul le fil a été mentionné ? Est-ce bien cela ? Nous avons besoin de temps - peut-être un jour ou deux chacun - pour soutenir de nouvelles sources personnalisées.
- Sur quel site chaque source doit-elle être saisie ? (Peut-être que certaines données ne peuvent arriver qu'à un seul site ?). Il faut penser à la largeur de bande du réseau si une source est occupée et que vous voulez la pousser automatiquement sur plusieurs sites.
- Il semble que le seul fil dont nous ayons connaissance comprenne des images (les données y font référence, mais nous ne sommes pas sûrs qu'elles arrivent réellement - aucun des échantillons ne comportait de photo). Burli doit-il les soutenir ? Si oui, comment et où seront-ils utilisés ? Il n'y a aucune mention de photos dans les documents de flux de travail à ce jour.
- Pouvez-vous nous donner la liste de toutes les sources que vous voulez ingérer à Burli ?
Flux de travail/présentation
- Existe-t-il un site web/en ligne/numérique ici ? Les histoires (de toute sorte) doivent-elles être exportées de Burli vers un CMS web, etc. Si oui, est-ce que c'est CRITIQUE à lancer ou est-ce juste un "bon à avoir" pour sauvegarder un copier-coller ?
- Y a-t-il un processus d'approbation de la rédaction à un moment quelconque de ce flux de travail ? Par exemple, les segments doivent-ils être approuvés par un rédacteur en chef avant de pouvoir être utilisés dans un bulletin ?
- Les fichiers audio des bulletins que nous exportons doivent-ils avoir une longueur exacte ? Nous pouvons étirer et comprimer le temps pendant l'envoi, mais cela semble mauvais s'ils le modifient de plus de quelques secondes.
- Pour chacun des canaux, nous devons savoir exactement dans quel format audio nous devons exporter : PCM ou MP2 ou MP3 ? (Nous recommandons vraiment le PCM si possible - bien meilleure qualité) BWAV ? Fréquence d'échantillonnage de 48KHz ? Mono ou stéréo ? Sont-ils tous exactement les mêmes ? Sinon, nous devons connaître les détails de chaque fichier pour confirmer qu'ils sont tous bien pris en charge.
- Quelles métadonnées devons-nous envoyer avec chaque fichier audio du bulletin ? Quel est le délai d'expiration ? Y a-t-il des en-têtes standard (EBU BEXT, AES CART ?) que nous devons utiliser ? Peut-être y a-t-il des règles concernant les noms de fichiers ou des métadonnées personnalisées (numéros d'article que nous devons inclure dans le nom du fichier, par exemple).