- •5. Структурные компоненты экономической информации.
- •6. Классификаторы, коды и технология их применения.
- •7.Системы кодирования экономической информации.
- •8.Технология и области применения штрихового кодирования.
- •9.Понятие об электронном офисе. Системы автоматизации документооборота и деловых операций в электронных офисах.
- •11. Стандартные этапы разработки и сопровождения проектов. Жизненный цикл проекта.
- •12. По управления проектами. Главное меню ms Project (mp)
- •13. Основные типы представлений ms Project
- •14. Оценка длительности работ в ms Progect. Связывание работ, виды связей. Типы работ
- •16. Экономические информационные системы. Алгоритм информационного управления.
- •18. Экономические информационные системы. Классификация.
- •19.Компьютерные системы бу. Общая характристика и классификация
- •20. Информационно-технологическая архитектура ис. Виды архитектур ис.
- •23. Критерии оценки и сравнения правовых систем.
- •24. Правовые системы в Интернете. Способы поиска документа с помощью пс
23. Критерии оценки и сравнения правовых систем.
Полнота базы данных ? это гарантир объем док-ов и мат-ов, а именно ? отсутствие пропусков норм-прав актов и др юрид значим док-ов,наличие всех док-ов и мат-ов для принятия юрид прав решений. Достоверность документов ? это соответс-е инф-ции в БД фактич полож-ю дел. Аутентичность информации ? содерж-ое соот-е эл-ого текста док-а его печатн (оригиналу).Актуализация БД обесп-ся с пом опер внесения изменений в док-ы и передачи актуализ текстов док-ов польз-ям. Юридическая обработка документов ? действия разработчика системы, создающие дополнительный набор информации по документу: - ретроспектива редакций документа, - юридические комментарии, - указания на противоречия в нормах разных документов, - ключевые слова для поиска, - оглавление документа, - тематическая рубрикация документов, - ссылка на источник опубликования, - гипертекстовые ссылки. Аналитические возможности:- поиск, - работа со списками найденных документов, - работа с текстовыми документами. Удобство работы:- стандартный интерфейс ПП, - хорошая степень интеграции системы с другими программами (M.Office, Lotus Notes), - быстродействие системы, наличие аппарата помощи и руководство для пользователя, - использование мощной технологии клиент-сервер. Сервис ? установка, обновление, поддержка автомат обновл-я БД через Инет, консульт-е польз-ля по «Горячей линии». Стоимость поставки и услуг по сопровождению. Стабильность фирмы. Классификация ПС по группам в зависимости от: вида поставки, частоты сопровождения, стоимости и видов пользователей. 1. условное название ? 1 гр ? CD, 2 гр ? локально-сетевая установка (файл-сервер), 3гр - Internet (клиент-сервер). 2. вид поставки ? 1 гр - только CD, 2 гр ? CD, чаще на ЖМД или на сервер,3 гр - Internet.3 max частота сопровождений ? 1гр - не чаще 1 раза в месяц, 2 гр - 1-30дней (1раз в неделю), 3гр - через Internet. 4. стоимость услуг - 1гр - низкая, 2 гр - высокая, 3гр ? средняя. 5. ориентация на пользователя - 1гр - частные лица, мелкие фирмы, 2 гр - средние и крупные
фирмы, 3гр ? все. 6. ПравСист - 1гр -"Ваше право", "Энциклопедия рос.права", "Юсис" (Интралекс), 2 гр - "КонсультантПроф" (ВМИ), Гарант Классик, Нормат.акты России (ЦКР), 3гр -"On-line Консультант Проф", Гарант "On-line", "WWW-Кодекс".
24. Правовые системы в Интернете. Способы поиска документа с помощью пс
ПС в Инете. Удобство закл-ся в том, что никаких БД на ПК польз-ль хранить не обязан, не надо заботится об обновлении, оплата только за испол-е инф-ции в зав-ти от объема. Сист Консультант Проф. www.consultant.ru. Гарант www,версия 4.03.4, www.park.ru, www.garant.ru. WWW ? Кодекс, Нормативные акты России, www.kodekc.ru Референт, версия 2.0 - www.referent.ru. Способы поиска известно: номер документа, точное название, точная дата принятия и примерное название документа, примерное время его принятия и примерное название документа, вид и название, примерное время его принятия и содержание документа (поле Текст док-а).
25.CASE - технолог - программный комплекс, автоматизирующий весь технологический процесс анализа, проектирования, разработки и сопровождения сложных программных систем.
Факторы появления CASE – технологий:
-- подготовка аналитиков и программистов по отдельным модулям и структурам программирования
-- внедрение и рост производительности ПК (использование эффективных графических средств и автоматизации проектирования)
-- внедрение сетевой технологии (объединение усилий отдельных исполнителей в единый процесс))
Преимущества CASE – технологии:
1) улучшение качества программного продукта за счет средств автоконтроля и генерации
2) возможность повторного использования компонентов разработки
3) поддержание адаптивности и сопровождения ЭкИнфСист
4) снижение времени создания системы
5) возможность на ранних стадиях проектирования получить прототип будущей системы и оценить его
6) освобождение разработчиков от рутинной работы по документированию проекта (документатор подсистема)
7) возможнос коллективной разработки ЭИС в режиме реального времени.
Наибольшая потребность в CASE – технологиях проявляется на начальных этапах разработки (анализа и спецификации требований), поскольку цена ошибок на началяных этапах гораздо больше цены ошибки выявленной позднее.
В рамках CASE – технологий проект сопровождается целиком, а не только его программные коды.
Проектные материалы служат заданием программистам. Программирование сводится к кодированию – переводу на определенный язык структур данных и методов их обработки.
Большинство CASE – технологий используют также метод «прототипов» для быстрого создания программ на ранних этапах разработки.
Кодогенерация программ осуществляется автоматически – до 85-90% объектных кодов и текстов на языках программного высокого уровня.
В качестве языков часто используются АДА, СИ, Кобол.
Репозиторий () словарь данных – специализ БД, предназначенная для отображения состояния проектируемой ЭИС в каждый момент времени. Объекты всех диаграмм синхронизированы на основе общей информации словаря данных.
Графический редактор диаграмм для отображения в графическом виде информационной системы 6 создания элементов диаграмм, создание связей, их описание и редактирование.
Верификатор диаграмм – для контроля правильности разработки. Его функции: мониторинг правильности построения диаграмм, диагностика и выдача сообщений об ошибке, выделение на диаграмме ошибочных элементов.
Документатор проекта – формирует различные отчеты.
Администратор – инструменты выполнения функций:
-- инициализации проекта
-- задания начальных параметровов проекта
-- назначение прав доступа
-- мониторинг выполнения проекта.
Сервис – набор системных утилит по обслуживанию репозитория (архиваций и восстановление данных).
Существует 2 класса CASE – технологий:
1) CASE – технологии, ориентированные только на системных проектировщиков. Они представляют специальные графические средства для изображения различного вида моделей
2) CASE – технологии, поддерживающие только разработку программ
Первый класс изображает диаграмму потоков данных DFD совместно со словарями данных и спецификаций процессов, диаграмму сущность-связь ERD – модель предметной области и диаграмму переходов состояния STD – учитывает события и реакцию на них системы обработки данных.
Второй класс включает: автоматическую генерацию кодов программ на основании их спецификации, проверка корректности и документирования программ согласно принятым стандартам и актуальному состоянию проекта (этот этап ближе к моменту программирования) а также тестирование и отладка программ.
AllFusion Process Modeler (ранее BPwin) – инструмент для моделирования бизнес процессов. Он Оптимизирует деятельность организации и проверяет ее на соответствие стандартов ISO 9000, проектирует оргструктуру, снижает издержки на содержание всего аппарата, исключает ненужные операции, повышает эффективность деятельности предприятия, является стандартом де-факто, поддерживает три стандарта нотации моделирования: IDEFO(США), IDEF3 и DFD.
AllFusion Erwin Data Modeler (ранее ERwin) – лидер среди средств моделирования БД. Она проектирует, документирует и сопровождает БД с различным типом (более 20), повышает качество БД, производительность труда и скорость разработки.
Основная задача CASE – технологии описать процесс как он есть, а потом смоделировать и предложить новое качество то есть как должно быть. Даже без автоматизации эффективность работы повышается в разы.
Физическая и логическая модель данных
Erwin имеет два уровня представления модели: физический и логический уровень
Логический – абстрактный взгляд на данные, на нем данные представляются и называются так, как в реальном мире. «Постоянный клиент, отдел» Объекты модели называются сущностями и атрибутами.
Логическая модель является универсальной и никак не связана с конкретной СУБД.
Физическая модель данных зависит от конкретной СУБД и являются отображением системного каталога.
В физической модели содержится информация о всех видах объектов БД. Одной и той же логической модели могут соответствовать несколько разных физических моделей.
Создание модели данных начинается с создания логической модели. После ее описания проектировщик может выбрать конкретную СУБД и Erwin программа автоматически создаст физияескую модель.
Создав одну логическую модель данных, можно сгенерировать физические модели под любую известную СУБД.
Интерфейс Erwin выполнен в стиле Windows приложений достаточно прост и интуитивно понятен.