Общие требования Системные требования к АСР

Общие требования

1. Системные требования к АСР

1. 
   Адаптируемость - возможность адаптации АСР к изменяющимся законодательным и нормативным актам, регламентирующим расчеты за услуги связи;
   
2. 
   Адекватность – в АСР каждому объекту предметной области должны соответствовать данные в базе данных, а каждому процессу предметной области – функции обработки данных;
   
3. 
   Валидность – функции АСР должны соответствовать заявленным целям и требованиям Технического задания;
   
4. 
   Гибкость – АСР должна иметь возможности доработки, донастройки, адаптации, позволяющие решать перспективные задачи оператора, которые могут быть не совсем ясны во время ее внедрения и повышать эффективность работы;
   
5. 
   Защищенность информации – любая информация в АСР должна быть защищена от несанкционированного доступа;
   
6. 
   Интегрируемость – возможность АСР интегрироваться с внешними автоматизированными информационными системами и с внутренней системой документооборота телекоммуникационного оператора, а также поддержка базы данных нормативно-правовой информации;
   
7. 
   Интерактивность – возможность АСР обеспечить взаимодействия пользователя и компьютера для достижения поставленной цели;
   
8. 
   Масштабируемость – возможность увеличения нагрузки АСР не предъявляя чрезмерных требований к аппаратному обеспечению и базовому программному обеспечению на начальном этапе использования, а произведя простое добавление технических средств и лицензий на базовое программное обеспечение без переделок и доработок ее специального программного обеспечения;
   
9. 
   Мобильность – возможность АСР работать в различных платформах и средах, без существенных дополнительных затрат;
   
10. 
    Модульность – АСР в своем составе должен содержать информационно- программные единицы с четко описанными интерфейсами между ними, которые позволяют полностью решить конкретную задачу и могут применяться самостоятельно;
    
11. 
    Мультиязычность - возможность устанавливать различные языки для представления информации;
    
12. 
    Надежность – обеспечивается надежностью базового программного обеспечения и уровнем владения инструментальными средствами программирования и опытом разработки и внедрения поставщика специального программного обеспечения АСР, а также стандартами и технологиями, используемыми при разработке АСР;
    
13. 
    Настраиваемость – изменение возможности АСР определяется количеством настроечных параметров, задаваемых в справочниках системы, и является продуктом обобщения решений из "родственных" проектов и при этом, чем больше отличающихся друг от друга проектов выполнено на основе биллинговой системы, тем больше концентрирован в ней опыт разработчиков, тем больше у АСР возможностей для настроек.
    
14. 
    Объектно-ориентированность – при проектировании и программировании АСР нужно использовать CALS-технологии и CASE-средств, позволяющих поддерживать групповую разработку системы, строить модель системы и автоматически выполнять документирование проекта по данным единого депозитария проекта;
    
15. 
    Открытость – наличие полного и детального описания состава, структуры и исходного кода АСР, что позволяет оператору не зависеть от разработчика в будущем и самостоятельно обслуживать и модернизировать систему;
    
16. 
    Простота администрирования – наличие у администратора средств, которые позволяют формировать автоматизированные рабочие места конечных пользователей без программирования, лишь путем предоставления пользователям необходимых прав доступа к объектам и функциям АСР;
    
17. 
    Расширяемость – добавление в АСР новых объектов и функций не должно проходить с ущербом для уже имеющихся и сопровождаться изменениями в ранее разработанной и эксплуатируемой части;
    
18. 
    Сбалансированность – уменьшение нагрузки клиентской части и увеличение нагрузки в серверной части АСР за счет сосредоточения основных расчетов и процедур доступа к данным на сервере баз данных;
    
19. 
    Согласованность – программы и документация АСР должны иметь однозначные, непротиворечивые описания для одинаковых терминов, определений, объектов и функций;
    
20. 
    Стандартность – соответствие программного обеспечения и документации АСР государственным и международным стандартам;
    
21. 
    Унифицируемость – наличие метода генерации пользовательского интерфейса, который позволяет унифицировать процессов ввода, корректировки, хранения, репликации, восстановления, дублирования, предоставления данных, тестирования, внедрения и внешний вид АСР, а также позволяет избавиться от большого количества ошибок и погрешностей в интерфейсе.
    
22. 
    Устанавливаемость – возможность АСР простой установки, не требующей дополнительных программных средств, включая шрифты и драйвера казахского, русского и английского языков;
    
23. 
    Устойчивость – возможность АСР продолжать свою работу после возникновения отклонений, вызванных дестабилизирующими воздействиями.
    

2. Требования к составу, структуре и функционированию

4.2.1 АСР  должен состоять из следующих компонентов:

1. 
   средства для автоматизации деятельности персонала телекоммуникационного оператора по проведению регистрации и учета абонентов и видов услуг связи, расчетов с абонентами и обработки платежей, а также генерацию выходных документов в соответствии с нормативно-правовыми и ведомственными актами по вопросам оказания услуг связи.
   
2. 
   средства для приема, хранения и передачи данных, обеспечивающие возможность обмена информацией между компонентами АСР в локальной сети и с другими внешними АС по стандартным протоколам телекоммуникационных сетей
   
3. 
   средства для резервного копирования и восстановления информации, обеспечивающие сохранность и целостность данных и программ при авариях;
   
4. 
   средства для технического обслуживания, обеспечивающие проверку работоспособности АСР и диагностику неисправностей с локализацией причин неисправной работы аппаратных и программных средств, не нарушая целостность и корректность информации, хранящейся в ней.
   

4.2.3 Компоненты АСР  должны быть функционировать в составе единой системы функционального менеджмента телекоммуникационного оператора.

4.2.4 Для функционирования АСР должна быть предусмотрена возможность оплаты счетов абонентом через банковскую систему, через пункты приема платежей телекоммуникационного оператора и через иные пункты приема платежей.

4.2.5 АСР должна обладать возможностью ввода данных о проведенных абонентами платежах через банки, почтовые отделения или другие пункты приема платежей с бумажных и электронных носителей информации и по каналам передачи данных.

4.2.6 АСР должна обладать возможностью проведения предварительных (авансовых) платежей, отсроченных платежей и платежей, проведенных непосредственно после оказания услуг (пункты коллективного пользования).

4.2.7 АСР должна обладать возможностью проведения расчётов в межрасчетный период для одного или группы абонентов по запросу оператора расчетной службы АСР до регламентированной даты начала расчёта.

4.2.8 АСР должна предоставлять структурным подразделениям телекоммуникационного оператора необходимой справочной информации, связанной с оказанием услуг связи.

3. 
   
   жүктеу/скачать 343 Kb.
   
   Достарыңызбен бөлісу: