Реферат: Автоматизированная информационная система предприятия
--PAGE_BREAK--3.1 Организация процесса обследования.
Организация процессаобследования проводится группой специалистов и охватывает вопросы: организация производства, технология производства,
состояние технико-экономических показателей, вопросы автоматизации управления.
В состав группы должны входить:экономисты, системотехники, специалисты по программному обеспечению и по техническим средствам.
Группу должен возглавлять руководитель, функция которого — уточнение заданий и целей обследований.
Должна быть разработана программа исследования.
Программа обследования:
1) четкая постановка целей обследования,
2) место и положение объекта в существующем производстве, и направление его развития;
3) анализ существующей организационно-функциональной структуры и определение ее внешних связей;
4) определение потребностей в информации различных звеньев и возможности постановки новых задач;
5) изучение состава, содержание документов, определение их маршрутов, определение количественных и качественных характеристик информационных потоков;
6) изучение методик и процесса формирования технико-экономических показателей;
7) определение объемов выполненных работ по отдельным рабочим местам управленческого персонала;
8) изучение существующей системы сбора и передачи информации, изучение состава технических средств, используемых в существующей системе управления;
9) выявление недостатков в существующей системе сбора и обработки информации.
3.2 Содержание процесса обследования.
Обследование характера производства начинается с обследования материальных потоков, что поступает на производство, что уходит с производства. Изучается динамика технико-экономических показателей. Особое внимание уделяется простоям, срывам, выясняются причины.
<img width=«696» height=«1158» src=«ref-2_102856348-4905.coolpic» v:shapes="_x0000_s1610 _x0000_s1611 _x0000_s1612 _x0000_s1613 _x0000_s1614 _x0000_s1615 _x0000_s1616 _x0000_s1617 _x0000_s1618 _x0000_s1619 _x0000_s1620 _x0000_s1621 _x0000_s1622 _x0000_s1623 _x0000_s1624 _x0000_s1625 _x0000_s1626 _x0000_s1627 _x0000_s1628 _x0000_s1629 _x0000_s1630 _x0000_s1631 _x0000_s1632 _x0000_s1633 _x0000_s1634 _x0000_s1635 _x0000_s1636 _x0000_s1637 _x0000_s1638 _x0000_s1639 _x0000_s1640 _x0000_s1641 _x0000_s1642 _x0000_s1643 _x0000_s1644 _x0000_s1645 _x0000_s1646 _x0000_s1647 _x0000_s1648 _x0000_s1649 _x0000_s1650 _x0000_s1651 _x0000_s1652 _x0000_s1653">Изучение организационно функциональной структуры предполагает определение связей между структурными подразделениями объекта.
Изучение должностных прав, обязанностей работников управления производится путемсобеседования и изучения должностных инструкций. В результате можно оформить следующую таблицу.
Подразделение
Должность
Функции
Выполняемые операции
К этой таблице можно указать сроки и периодичность выполнения операций. При изучении функций необходимо рассматривать документы, с которыми работает должностное лицо.
При изучении работы, должностным лицом рассматриваются документы с которыми он работает. Эти документы можно представить в таблице.
Наименование документа
Входные документы (от кого получен)
Периодичность
Выходные документы (куда отсылаются)
Периодичность
При описании используемых массивов показывают: наименование, носитель (дискета, перезаписываемый компакт-диск) информации, пользователь, характеристика записей, объем и выполняемые операции с этим массивом.
Используемые средства обработки: тип и характеристика этих технических средств, частота использования, среднее время, число пользователей этими средствами. При описании загрузки должностных лиц нужно описывать выполняемые операции, время которое затрачено на их выполнение, документы которые используются при выполнении этих операций.
В результате изучения прав и обязанностей отдельных должностных лиц обследователь должен составить общую картину по использованию в процессе управления массивов информации.
Характеристики массивов
Содержание массивов
Идентификатор конкретного массива
Назначение
Вид носителя
Частота использования
На базе каких документов формируются
Какие документы формируются из этого документа
Наименование записи
Идентификатор записи
Длина записи
Наименование
документа
Код документа
Наименование
Код
<img width=«695» height=«1158» src=«ref-2_102861253-4955.coolpic» v:shapes="_x0000_s1654 _x0000_s1655 _x0000_s1656 _x0000_s1657 _x0000_s1658 _x0000_s1659 _x0000_s1660 _x0000_s1661 _x0000_s1662 _x0000_s1663 _x0000_s1664 _x0000_s1665 _x0000_s1666 _x0000_s1667 _x0000_s1668 _x0000_s1669 _x0000_s1670 _x0000_s1671 _x0000_s1672 _x0000_s1673 _x0000_s1674 _x0000_s1675 _x0000_s1676 _x0000_s1677 _x0000_s1678 _x0000_s1679 _x0000_s1680 _x0000_s1681 _x0000_s1682 _x0000_s1683 _x0000_s1684 _x0000_s1685 _x0000_s1686 _x0000_s1687 _x0000_s1688 _x0000_s1689 _x0000_s1690 _x0000_s1691 _x0000_s1692 _x0000_s1693 _x0000_s1694 _x0000_s1695 _x0000_s1696 _x0000_s1697">На основании изученных рабочих мест составляется общая схема документооборота и информационных потоков и маршрут движения документов. При описании использования комплекса технических средств необходимо ответить на следующие вопросы:
Как выполняются ручные операции;
Какие технические средства используются при обработке информации;
Время, затраченное на выполнение операции.
Для каждого устройства должно быть следующее описание:
♦ Тип устройства;
♦ Первоначальная стоимость;
♦ Дата приобретения;
♦ Амортизационные отчисления;
♦ Расходы на эксплуатацию;
♦ Коэффициент использования.
Мнение пользователя техническим средством, есть ли необходимость в его усовершенствовании.
3.3 Обследование и анализ материалов обследования выработки
предложений по совершенствованию
существующей системы управления.
Обследование позволяет сделать основной вывод, как существующая система управления справляется с поставленными задачами. Ответ на этот вопрос дает анализ технико-экономических показателей и динамика их изменения. Анализ технико-экономических показателей ведется по уровням (например, 90% простоя 10% тех.причины простоя, отсутствие воды ).
В результате обработки информации по материалам обследования
проектировщик должен ответить на следующие вопросы:
Наличие документа с низким коэффициентом запоминания.
Выявление документов с низким коэффициентом использования.
Выявление документов с большой трудоемкостью информации.
Определение видов и количества документов, которые следует вновь разработать.
Выявление наиболее узких мест в системе управления.
Выводы и предложения должны содержать (основа технического задания):
Определение основных целей будущих автоматизированных систем
При определении целей можно сделать вывод:
Существующая система управления не справляется с поставленной задачей и ее необходимо заменить или усовершенствовать.
Существующая система управления, в общем, справляется, но появились новые задачи, и поэтому ее необходимо приспособить к новым условиям.
<img width=«695» height=«1158» src=«ref-2_102861253-4955.coolpic» v:shapes="_x0000_s1698 _x0000_s1699 _x0000_s1700 _x0000_s1701 _x0000_s1702 _x0000_s1703 _x0000_s1704 _x0000_s1705 _x0000_s1706 _x0000_s1707 _x0000_s1708 _x0000_s1709 _x0000_s1710 _x0000_s1711 _x0000_s1712 _x0000_s1713 _x0000_s1714 _x0000_s1715 _x0000_s1716 _x0000_s1717 _x0000_s1718 _x0000_s1719 _x0000_s1720 _x0000_s1721 _x0000_s1722 _x0000_s1723 _x0000_s1724 _x0000_s1725 _x0000_s1726 _x0000_s1727 _x0000_s1728 _x0000_s1729 _x0000_s1730 _x0000_s1731 _x0000_s1732 _x0000_s1733 _x0000_s1734 _x0000_s1735 _x0000_s1736 _x0000_s1737 _x0000_s1738 _x0000_s1739 _x0000_s1740 _x0000_s1741">Система справляется с поставленной задачей, но затраты большие и их необходимо снизить. Система справляется с поставленной задачей, но имеются конкретные недостатки.
Предложения по наиболее эффективным решениям.
Предложения по новой системе предусматривает варианты:
Необходимость совершенствования и автоматизация ручных операций без изменения организационно-функциональных структур.
Необходимость совершенствования и автоматизация ручных операций с изменением организационно-функциональных структур. Совершенствование или создание новых АСУ с изменением или без изменения организационной функциональной структуры.
Предложения по средствам проектирования системы.
Выбор средств для реализации решений должен ответить на вопросы:
Необходимость организации коллектива разработчиков, или привлечения специалистов с организаций.
Определение необходимых материальных средств для проектирования работ.
Определение общей стоимости работ.
Определение сроков проектирования и внедрения систем.
К техническому заданию на основании материалов обследования и литературы должен быть предложен расчет экономической эффективности.
Тема 4: Проектирование постановок задач.
4.1Содержание и сущность процесса проектирования постановок задач.
4.2Технологическая сеть проектирования постановок задач.
4.1 Содержание и сущность процесса проектирования постановок задач.
Постановки задач относятся к функциональной части. Проектируемый документ по постановке задач содержит 3 вопроса:
Характеристика организации экономической сущности задачи. При характеристике организации экономической сущности задачи указывается:
Цель решения задачи. Объекты, которые задействованы в процессе решения.
Методика преобразования информации. Процедуры использования выходной информации.
Режимы и регламент решения задачи.
Описываются информационные связи данной задачи с другими задачами.
Входящая информация. Дается перечень и идентификаторы всех входных сообщений. По каждому сообщению указывается вид или носитель сообщения, перечень показателей и их характеристика.
Выходящая информация. Выходная информация описывается аналогично входной. В качестве входящих сообщений могут быть использованы документы: требования, накладные, сертификаты, акты замеров, оборотная ведомость.
<img width=«696» height=«1158» src=«ref-2_102871163-4897.coolpic» v:shapes="_x0000_s1751 _x0000_s1752 _x0000_s1753 _x0000_s1754 _x0000_s1755 _x0000_s1756 _x0000_s1757 _x0000_s1758 _x0000_s1759 _x0000_s1760 _x0000_s1761 _x0000_s1762 _x0000_s1763 _x0000_s1764 _x0000_s1765 _x0000_s1766 _x0000_s1767 _x0000_s1768 _x0000_s1769 _x0000_s1770 _x0000_s1771 _x0000_s1772 _x0000_s1773 _x0000_s1774 _x0000_s1775 _x0000_s1776 _x0000_s1777 _x0000_s1778 _x0000_s1779 _x0000_s1780 _x0000_s1781 _x0000_s1782 _x0000_s1783 _x0000_s1784 _x0000_s1785 _x0000_s1786 _x0000_s1787 _x0000_s1788 _x0000_s1789 _x0000_s1790 _x0000_s1791 _x0000_s1792 _x0000_s1793 _x0000_s1794">4.2 Технологическая сеть проектирования постановок задач.
Технологический процесс проектирования— деятельность проектировщика по специализации (проектированию) тех решений, которые были приняты в процессе создания системы. Это совокупность технологических операций.
Технологическая операция— относительно самостоятельный фрагмент, для которого можно выделить входы, выходы, определить операцию по преобразованию информации.
Технологические операции могут быть представлены как совокупность последовательных преобразователей.
<img width=«61» height=«16» src=«ref-2_102876060-118.coolpic» v:shapes="_x0000_s1742"> Д
1
П
1:R1 S1
Д
3
П
2:R2 S2
Д
4
П
3:R3 S3
Д
5
<img width=«52» height=«17» src=«ref-2_102876178-115.coolpic» v:shapes="_x0000_s1743"><img width=«224» height=«17» src=«ref-2_102876293-161.coolpic» v:shapes="_x0000_s1749"><img width=«166» height=«26» src=«ref-2_102876454-179.coolpic» v:shapes="_x0000_s1748"><img width=«72» height=«35» src=«ref-2_102876633-165.coolpic» v:shapes="_x0000_s1744"><img width=«70» height=«12» src=«ref-2_102876798-108.coolpic» v:shapes="_x0000_s1747"><img width=«80» height=«12» src=«ref-2_102876906-110.coolpic» v:shapes="_x0000_s1746"><img width=«70» height=«12» src=«ref-2_102877016-108.coolpic» v:shapes="_x0000_s1745">Д2
<img width=«224» height=«35» src=«ref-2_102877124-228.coolpic» v:shapes="_x0000_s1750">U
1
U
2
Схема: Технологические операции по созданию АСУ
П1— оформление и разработка постановки задач,
П2— оформление алгоритмов и математического обеспечения,
П3— оформление раздела технического проекта по функциональной части системы,
R1,R2,R3— ресурсы,
S
1,
S
2,
S
3-ресурсы, количественное измерение,
Д1— отчет-документ,
Д2— техническое задание,
Д3— готовый раздел по постановке задачи,
Д4— алгоритм,
Д5— все разделы технического проекта,
Д3-Д5— технорабочий проект,
U
1— сборники ГОСТов,
U
2— сборники методик расчетов, инструкций.
<img width=«696» height=«1158» src=«ref-2_102877352-4909.coolpic» v:shapes="_x0000_s1795 _x0000_s1796 _x0000_s1797 _x0000_s1798 _x0000_s1799 _x0000_s1800 _x0000_s1801 _x0000_s1802 _x0000_s1803 _x0000_s1804 _x0000_s1805 _x0000_s1806 _x0000_s1807 _x0000_s1808 _x0000_s1809 _x0000_s1810 _x0000_s1811 _x0000_s1812 _x0000_s1813 _x0000_s1814 _x0000_s1815 _x0000_s1816 _x0000_s1817 _x0000_s1818 _x0000_s1819 _x0000_s1820 _x0000_s1821 _x0000_s1822 _x0000_s1823 _x0000_s1824 _x0000_s1825 _x0000_s1826 _x0000_s1827 _x0000_s1828 _x0000_s1829 _x0000_s1830 _x0000_s1831 _x0000_s1832 _x0000_s1833 _x0000_s1834 _x0000_s1835 _x0000_s1836 _x0000_s1837 _x0000_s1838">Тема 5: Проектирование информационного обеспечения.
5.1Состав и содержание проектной деятельности по ИО.
5.2 Проектирование информационной базы.
5.3 Проектирование систем классификации и кодирования.
5.4 Входные и выходные документы.
5.5 Проектирование технологического процесса обработки данных.
5.1Состав и содержание проектной деятельности по ИО.
Состав и содержание проектной документации регламентируется
ГОСТом.
Состав документов:
Описание ИО. В документе описания и ИО рассматривается вопрос:
принципы организации ИО. Здесь указываются задачи, для которых создается ИО. Методы контроля. Методы ведения информационной базы.
Организация сбора и передачи данных. Указываются источники образования информации, методы передачи и объем передаваемой информации.
Описание функций информационной базы. В документе дается конкретное содержание структуры информационной базы. Перечисление всех массивов, файлов, их наименование, идентификаторы. Описывается, для чего даются массивы, взаимосвязи между ними. Рассматривается организация ведения базы. Описание массивов информации. Описывается каждый массив, дается перечень реквизитов, их характеристика, тип, указываются связи между реквизитами, объем каждого массива, носители информации. Описание системы классификации и кодирования Структура кода и расшифровка. Чертежи, форматы документов и перечни. Приводится шапка и характеристика реквизитов по каждому столбцу. Описание технологического процесса. Дается последовательность тех.операций по обработке операций, как вне машины, так и внутри ее. Само описание дается в виде схемы и ее описания. Существуют тех.операции: сбор, регистрация информации, передача информации, кодирование информации, ввод информации, накопление, сортировка, обработка, вывод на экран, хранение информации,
защита информации.
5.2 Проектирование информационной базы
Проектирование информационной базы выполняет разработку:
организации информационной базы (ИБ);
описание массивов.
ИБ — совокупность поименованных взаимосвязанных данных, записанных на машинные носители, доступны машине и используются для задач управления.
Совокупность нескольких баз представляет собой банк данных.
Основу любой ИБ составляют массивы или файлы.
<img width=«695» height=«1158» src=«ref-2_102882261-4946.coolpic» v:shapes="_x0000_s1839 _x0000_s1840 _x0000_s1841 _x0000_s1842 _x0000_s1843 _x0000_s1844 _x0000_s1845 _x0000_s1846 _x0000_s1847 _x0000_s1848 _x0000_s1849 _x0000_s1850 _x0000_s1851 _x0000_s1852 _x0000_s1853 _x0000_s1854 _x0000_s1855 _x0000_s1856 _x0000_s1857 _x0000_s1858 _x0000_s1859 _x0000_s1860 _x0000_s1861 _x0000_s1862 _x0000_s1863 _x0000_s1864 _x0000_s1865 _x0000_s1866 _x0000_s1867 _x0000_s1868 _x0000_s1869 _x0000_s1870 _x0000_s1871 _x0000_s1872 _x0000_s1873 _x0000_s1874 _x0000_s1875 _x0000_s1876 _x0000_s1877 _x0000_s1878 _x0000_s1879 _x0000_s1880 _x0000_s1881 _x0000_s1882">Массивы разделяют:
по содержанию;
по длительности хранения информации;
а) постоянные или условно-постоянные ( нормативно-справочная информация)
б) переменные (массивы содержащие данные о состоянии объекта)
по технологии;
а) внешние
б) внутримашинные,
а иногда делят на:
а) входные
б) промежуточные
в) выходные
С точки зрения методов использования нормативно-справочной информации различают ИБ:
локальную базу данных;
общесистемную.
Система управления базами данных (СУБД) – комплекс программных средств, часть технических средств которые обеспечивают автоматизированное ведение информационной базы, и обеспечивает определение логических связей между данными.
По типу СУБД логических связей делится на:
иерархические;
сетевая;
реляционная (табличное описание структуры).
Каждая СУБД имеет свой язык программирования.
5.3 Проектирование систем классификации и кодирования
Классификация— процесс разбиения объектов на множества в соответствии с выбранными признаками.
Система классификации— совокупность правил по разбиению объектов.
Кодирование— процесс присвоения кодовых обозначений классификационным группировкам и отдельным объектам.
Код характеризуется: длинной, структурой, степенью информативности.
В зависимости от степени информативности различают коды регистрационные, к которым относится порядковая и серийная системы кодирования. При порядковой системе кодирования выделяется только один признак объекта (например, 1-гр.45, 2-гр.46 и т.д.) и присваивается порядковый номер по этому признаку.
Серийный используется, когда необходимо рассматривать до двух признаков объекта, тогда объекты разбиваются на серии и внутри этой серии идет кодировка в порядковой системе.
<img width=«695» height=«1158» src=«ref-2_102836480-4966.coolpic» v:shapes="_x0000_s1883 _x0000_s1884 _x0000_s1885 _x0000_s1886 _x0000_s1887 _x0000_s1888 _x0000_s1889 _x0000_s1890 _x0000_s1891 _x0000_s1892 _x0000_s1893 _x0000_s1894 _x0000_s1895 _x0000_s1896 _x0000_s1897 _x0000_s1898 _x0000_s1899 _x0000_s1900 _x0000_s1901 _x0000_s1902 _x0000_s1903 _x0000_s1904 _x0000_s1905 _x0000_s1906 _x0000_s1907 _x0000_s1908 _x0000_s1909 _x0000_s1910 _x0000_s1911 _x0000_s1912 _x0000_s1913 _x0000_s1914 _x0000_s1915 _x0000_s1916 _x0000_s1917 _x0000_s1918 _x0000_s1919 _x0000_s1920 _x0000_s1921 _x0000_s1922 _x0000_s1923 _x0000_s1924 _x0000_s1925 _x0000_s1926">Для каждой серии предусматривается резерв номеров (например, есть объект- список группы от 1 до 25, при серийной системе А- серия номеров 1,2,3,4-резерв. Б-5: 6,7-резерв).
продолжение
--PAGE_BREAK--
Классификационные системы кодирования подразделяются на:
Последовательные — базируются на иерархической системе, их преимущества — простота и высокая информативность, недостаток- увеличение разрядности кода и его жесткость.
Параллельные — применяются когда требуется закодировать несколько независимых признаков, преимущество — высокая гибкость, недостаток- большая длина кода.
Комбинированные — используются для кодирования объектов, в которых имеются соподчиненные и независимые признаки (например, образование и национальность не связаны).
После кодирования информации формируются классификаторы, которые представляют собой систематизированный сбор, наименование группировок их признаков и их кодов.
Например, к классификаторам относят:
♦ классификатор трудовых ресурсов;
♦ административно-территориальных делений.
♦ При проектировании кодов решаются вопросы:
♦ определение перечня всех номенклатур, групп;
♦ установление перечня позиций;
♦ выбор системы кодирования и присвоение кодового обозначения каждой позиции;
разработка инструктивных материалов по использованию корректировке справочников.
5.4 Входные и выходные документы.
Носителями входных и выходных документов являются:
бумага;
видео граммы;
сигналы, которые передаются по каналам связи.
При проектировании ввода-вывода руководствуются максимальным использованием документов. Разработка новых документов должна выполнятся соответствующим требованиям.
Документ можно разбить на шесть зон. Первые 4 заголовочные зоны, 5- содержательная, 6-оформительская. В первой зоне указывается наименование предприятия и его полный почтовый адрес. Во второй зоне код документа и подпись утверждения. Третья зона содержит наименование и значение реквизитов для данного документа.
<img width=«695» height=«1158» src=«ref-2_102892173-4945.coolpic» v:shapes="_x0000_s1930 _x0000_s1931 _x0000_s1932 _x0000_s1933 _x0000_s1934 _x0000_s1935 _x0000_s1936 _x0000_s1937 _x0000_s1938 _x0000_s1939 _x0000_s1940 _x0000_s1941 _x0000_s1942 _x0000_s1943 _x0000_s1944 _x0000_s1945 _x0000_s1946 _x0000_s1947 _x0000_s1948 _x0000_s1949 _x0000_s1950 _x0000_s1951 _x0000_s1952 _x0000_s1953 _x0000_s1954 _x0000_s1955 _x0000_s1956 _x0000_s1957 _x0000_s1958 _x0000_s1959 _x0000_s1960 _x0000_s1961 _x0000_s1962 _x0000_s1963 _x0000_s1964 _x0000_s1965 _x0000_s1966 _x0000_s1967 _x0000_s1968 _x0000_s1969 _x0000_s1970 _x0000_s1971 _x0000_s1972 _x0000_s1973">
Четвертая зона название документа дата составления.
Пятая зона- наименование строк и столбцов, значение всех реквизитов- это рабочая зона.
Шестая зона – подпись и печать.
Каждая зона может иметь линейно-табличную или анкетную форму.
Линейно-табличная форма
Анкетная
Вопрос ответ
При проектировании документа решаются вопросы его содержания и геометрии. Геометрия — решаются вопросы многострочности документа, объединение реквизитов, ширина возможного вывода на печать.
5.5 Проектирование технологического процесса обработки данных.
Технологический процесс (ТП) – совокупность типовых технологических операций:
сбор, регистрация информации;
передача ее;
контроль информации;
ввод в ЭВМ;
накопление;
сортировка;
обработка;
вывод;
размножение;
архивирование.
Разработка ТП начинается с самого начала проектирования системы и заканчивается на завершающих стадиях.
Проектирование ТП рассмотрим на примере «Учет и движение материалов».
При проектировании информационной системы по предприятию были приняты следующие проектные решения:
На базе ЭВМ создается АРМ кладовщика.
АРМ кладовщика, склада, увязывается в локальную вычислительную сеть предприятия, и к которой подключены АРМ бухгалтера и АРМ материалиста. Входная информация поступает в виде требований, накладных актов на склад, курьерским способом или по почте.
<img width=«695» height=«1158» src=«ref-2_102897118-4955.coolpic» v:shapes="_x0000_s1974 _x0000_s1975 _x0000_s1976 _x0000_s1977 _x0000_s1978 _x0000_s1979 _x0000_s1980 _x0000_s1981 _x0000_s1982 _x0000_s1983 _x0000_s1984 _x0000_s1985 _x0000_s1986 _x0000_s1987 _x0000_s1988 _x0000_s1989 _x0000_s1990 _x0000_s1991 _x0000_s1992 _x0000_s1993 _x0000_s1994 _x0000_s1995 _x0000_s1996 _x0000_s1997 _x0000_s1998 _x0000_s1999 _x0000_s2000 _x0000_s2001 _x0000_s2002 _x0000_s2003 _x0000_s2004 _x0000_s2005 _x0000_s2006 _x0000_s2007 _x0000_s2008 _x0000_s2009 _x0000_s2010 _x0000_s2011 _x0000_s2012 _x0000_s2013 _x0000_s2014 _x0000_s2015 _x0000_s2016 _x0000_s2017">Последовательность выполнения технических операций:
♦ Регистрация входной информации.
♦ Визуальный контроль и корректировка информации.
♦ Ввод в ЭВМ.
♦ Логико-синтаксический контроль и корректировка.
♦ Накопление.
♦ Сортировка.
♦ Расчет количества поступивших и выбивших материалов за сутки и с
начала месяца.
♦ Вывод на экран и печать документов.
♦ Передача данных по каналам связи АРМ бухгалтера.
♦ Регистрация информации.
♦ Контроль.
♦ Расчет стоимости поступивших и выбывших материалов.
♦ Составление оборотных ведомостей.
♦ Архивирование.
♦ Схема тех.процесса
♦ Пример.
На заводе 30 цехов и отделов и 9 тысяч рабочих, в самом крупном 8 работников, а в остальных отделах от 100 до 500.
Требуется построить код табельных номеров рабочих на заводе, который даст возможность определить цех рабочего, его пол, индивидуальный номер.
Имеем три признака.
Позиционная система кодирования.
1-30 – 2 разряда код цеха
ж, м — 1 разряд
3- разряда индивидуальный номер
ХХ Х ХХХ
Цех (ХХ)
Пол (Х)
Индивидуальный номер (ХХХ)
<img width=«695» height=«1158» src=«ref-2_102851390-4958.coolpic» v:shapes="_x0000_s2029 _x0000_s2030 _x0000_s2031 _x0000_s2032 _x0000_s2033 _x0000_s2034 _x0000_s2035 _x0000_s2036 _x0000_s2037 _x0000_s2038 _x0000_s2039 _x0000_s2040 _x0000_s2041 _x0000_s2042 _x0000_s2043 _x0000_s2044 _x0000_s2045 _x0000_s2046 _x0000_s2047 _x0000_s2048 _x0000_s2049 _x0000_s2050 _x0000_s2051 _x0000_s2052 _x0000_s2053 _x0000_s2054 _x0000_s2055 _x0000_s2056 _x0000_s2057 _x0000_s2058 _x0000_s2059 _x0000_s2060 _x0000_s2061 _x0000_s2062 _x0000_s2063 _x0000_s2064 _x0000_s2065 _x0000_s2066 _x0000_s2067 _x0000_s2068 _x0000_s2069 _x0000_s2070 _x0000_s2071 _x0000_s2072">Тема 6: Технология проектирования и разработки
программного обеспечения.
6.1 Общая характеристика методов и технологии проектирования логики программ.
6.2 Методы детализации и оформления алгоритмов программ на стадии рабочего проектирования.
6.1 Общая характеристика методов и технологии проектирования логики программ.
Программный продукт обладает стоимостными характеристиками и потребительскими свойствами. С целью сокращения стоимости разработки программного продукта, продление жизненного цикла, используется ряд методов или способов представления программного продукта при проектировании.
В жизненном цикле программного продукта выделяют 3 этапа:
♦ разработка логики программ;
♦ разработка собственно программ;
♦ испытания и ввод в эксплуатацию.
Усовершенственная технология проектирования логики программ, основана на принципе проектирования «сверху вниз», с разработки модуля организации и взаимодействия. Использует методы структурного программирования и ряд методов по оформлению и детализации программной продукции.
<img width=«381» height=«108» src=«ref-2_102907031-1444.coolpic» v:shapes="_x0000_s2019 _x0000_s2020 _x0000_s2021 _x0000_s2022 _x0000_s2023 _x0000_s2024 _x0000_s2025 _x0000_s2026 _x0000_s2027 _x0000_s2028">
общий модуль организации и взаимодействия;
модуль ввода и контроля;
модуль расчета поступивших и выбывших материалов в стоимостном и количественном выражении;
составление оборотной ведомости;
расчет показателей по счетам;
модуль выдачи и формирования информации.
При проектировании «сверху — вниз» проектировщик детально разрабатывает первый модуль, остальные модули заменяются программами имметаторами «заглушками», в функции которых входит выдача показателей и констант в главный модуль, и передачу управления в модуль 1.
После разработки первого модуля начинается разработка модулей 1.1- 1.5.
<img width=«696» height=«1158» src=«ref-2_102825587-4891.coolpic» v:shapes="_x0000_s2073 _x0000_s2074 _x0000_s2075 _x0000_s2076 _x0000_s2077 _x0000_s2078 _x0000_s2079 _x0000_s2080 _x0000_s2081 _x0000_s2082 _x0000_s2083 _x0000_s2084 _x0000_s2085 _x0000_s2086 _x0000_s2087 _x0000_s2088 _x0000_s2089 _x0000_s2090 _x0000_s2091 _x0000_s2092 _x0000_s2093 _x0000_s2094 _x0000_s2095 _x0000_s2096 _x0000_s2097 _x0000_s2098 _x0000_s2099 _x0000_s2100 _x0000_s2101 _x0000_s2102 _x0000_s2103 _x0000_s2104 _x0000_s2105 _x0000_s2106 _x0000_s2107 _x0000_s2108 _x0000_s2109 _x0000_s2110 _x0000_s2111 _x0000_s2112 _x0000_s2113 _x0000_s2114 _x0000_s2115 _x0000_s2116">Преимущества метода «сверху — вниз»:
возможность одновременного документирования и разработки программ;
возможность проектирования программного обеспечения практически с любого модуля.
При нисходящем проектировании следует придерживаться ряда принципов:
необходимо стремиться к строгому формализованному описанию входов, выходов и функций всех модулей;
если некоторая часть программы может быть выделена в отдельный модуль или подмодуль, то при описании программы необходимо его обходить;
при детализации логической схемы необходимо стремиться, чтобы описание каждого модуля укладывалось в 1 страницу, если это не получается то необходимо эту часть программы разделить на модули.
6.2 Методы детализации и оформления алгоритмов программ на стадии рабочего проектирования
Метод структурного проектирования программ заключается в том, что при разработке логики программ, накладываются определенные ограничения при использовании операторов безусловного перехода. Считается, что любую программу можно представить с помощью трех структур:
♦ последовательные операторы;
♦ альтернативные операторы;
♦ циклические операторы.
Применение методов НIРО диаграмм. НIРО – диаграмма состоит из трех полей. Входные связи, структура исходящей информации показывают в поле «ввод» в поле «обработка» указываются все функции, подфункции и условия их выполнения. В поле «выход» дается выход информации, ее структура.
Использование специальных языков проектирования программ (ЯПП)
<img width=«695» height=«1158» src=«ref-2_102897118-4955.coolpic» v:shapes="_x0000_s2117 _x0000_s2118 _x0000_s2119 _x0000_s2120 _x0000_s2121 _x0000_s2122 _x0000_s2123 _x0000_s2124 _x0000_s2125 _x0000_s2126 _x0000_s2127 _x0000_s2128 _x0000_s2129 _x0000_s2130 _x0000_s2131 _x0000_s2132 _x0000_s2133 _x0000_s2134 _x0000_s2135 _x0000_s2136 _x0000_s2137 _x0000_s2138 _x0000_s2139 _x0000_s2140 _x0000_s2141 _x0000_s2142 _x0000_s2143 _x0000_s2144 _x0000_s2145 _x0000_s2146 _x0000_s2147 _x0000_s2148 _x0000_s2149 _x0000_s2150 _x0000_s2151 _x0000_s2152 _x0000_s2153 _x0000_s2154 _x0000_s2155 _x0000_s2156 _x0000_s2157 _x0000_s2158 _x0000_s2159 _x0000_s2160">Тема 7: Организация проектирования и ввода в эксплуатацию ПО
7.1 Основные этапы цикла жизни ПО.
7.2 Тестирование и отладка программ.
Состав и назначение «контрольного примера».
7.1 Основные этапы цикла жизни ПО.
В жизненном цикле ПО выделяют 5 этапов:
• анализ и формулирование требований предъявляемых к системе,
разработка ТЗ;
• проектирование системы
(проектирование логики и алгоритма программы);
• кодирование (написание текста программ);
• тестирование и отладка;
• сопровождение и эксплуатация.
На первом этапе формулируются требования заказчика к программному обеспечению надежность, универсальность, информационная
согласованность. Решаемые функции, режимы функционирования, и пространственно временные ограничения.
На втором этапе формируется логико-структурная модель, определяется состав модулей, межмодульные связи, описывается логика программных модулей, в результате получаем документы — блок-схемы, HIPOдиаграммы.
Весь цикл жизни представляет собой последовательность следующих этапов (со стороны разработчика):
• получение задания;
• анализ задания;
• разработка общесистемной структуры;
• разработка программных модулей;
• программная отладка;
• общесистемная отладка;
• опытная эксплуатация;
• сдача системы в промышленную эксплуатацию;
• авторский надзор за эксплуатацией.
Проектирование эффектной технологии АРМ требует испытания
нетрадиционных методов ввода информации:
• испытание читающих автоматов;
• испытание анализаторов и синтезаторов речи;
• испытание средств сканирования информации;
• сканирующий ввод информации.
<img width=«695» height=«1158» src=«ref-2_102918321-4957.coolpic» v:shapes="_x0000_s2161 _x0000_s2162 _x0000_s2163 _x0000_s2164 _x0000_s2165 _x0000_s2166 _x0000_s2167 _x0000_s2168 _x0000_s2169 _x0000_s2170 _x0000_s2171 _x0000_s2172 _x0000_s2173 _x0000_s2174 _x0000_s2175 _x0000_s2176 _x0000_s2177 _x0000_s2178 _x0000_s2179 _x0000_s2180 _x0000_s2181 _x0000_s2182 _x0000_s2183 _x0000_s2184 _x0000_s2185 _x0000_s2186 _x0000_s2187 _x0000_s2188 _x0000_s2189 _x0000_s2190 _x0000_s2191 _x0000_s2192 _x0000_s2193 _x0000_s2194 _x0000_s2195 _x0000_s2196 _x0000_s2197 _x0000_s2198 _x0000_s2199 _x0000_s2200 _x0000_s2201 _x0000_s2202 _x0000_s2203 _x0000_s2204">7.2 Тестирование и отладка программ. Состав и назначение «контрольного примера».
Тестирование и отладка с позиции разработчика включает 5-9 этапы
жизненного цикла ПО. В процессе выполнения этих этапов разработчиком с заказчиком выявляются и устанавливаются все ошибки допущенные при проектировании. Ошибки, которые могут быть допущены в процессе проектирования:
• системные, которые обусловлены неправильным пониманием задачи и назначением условий ее реализации;
• алгоритмически связанные с некорректной формулировкой и реализации программы;
• программные — в логике и операторах;
• технологические, возникающие при подготовке документов и
при вводе программ в ЭВМ.
Основным методом устранения ошибок является тестирование прогонка программы по заранее подготовленным тестам.
Тестирование позволяет не только устранить ошибки, но и оценить готовность ПО к эксплуатации.
Тестирование полноты решения функциональных задач при типовых исходных данных предназначено для обнаружения ошибок функционирования в типовых условиях, определенным техническим заданием на базовую версию ИС. Первичным эталоном являются цели и задачи создания ИС. В соответствие с этими задачами создается подробное формализованное техническое задание и спецификация требований на комплекс программ, которые являются основными эталонами при создании данного вида тестов. Для систем реального времени тесты содержат в основном динамические и стохастические данные. Эти данные имитируются моделями реальных объектов внешней среды. Результаты тестирования обрабатываются и сравниваются с эталонами преимущественно автоматически.
Контрольный пример оформляется в виде отдельного документа, прикладывается к рабочему проекту и должен быть утвержден заказчиком до начала опытной эксплуатации. В контрольном примере должны быть предусмотрены все логические цепочки алгоритмов обработки информации. Учтенные требования и ограничения представляются исходной информацией.
В контрольном примере должны быть использованы реальные массивы информации.
Процесс отладки по уровню сложности связям с реальными данными делится на программную и системную отладку.
<img width=«695» height=«1158» src=«ref-2_102918321-4957.coolpic» v:shapes="_x0000_s2205 _x0000_s2206 _x0000_s2207 _x0000_s2208 _x0000_s2209 _x0000_s2210 _x0000_s2211 _x0000_s2212 _x0000_s2213 _x0000_s2214 _x0000_s2215 _x0000_s2216 _x0000_s2217 _x0000_s2218 _x0000_s2219 _x0000_s2220 _x0000_s2221 _x0000_s2222 _x0000_s2223 _x0000_s2224 _x0000_s2225 _x0000_s2226 _x0000_s2227 _x0000_s2228 _x0000_s2229 _x0000_s2230 _x0000_s2231 _x0000_s2232 _x0000_s2233 _x0000_s2234 _x0000_s2235 _x0000_s2236 _x0000_s2237 _x0000_s2238 _x0000_s2239 _x0000_s2240 _x0000_s2241 _x0000_s2242 _x0000_s2243 _x0000_s2244 _x0000_s2245 _x0000_s2246 _x0000_s2247 _x0000_s2248">Программная отладка включает общую логику программы и правильность ее представления, в процессе этой отладки устраняются алгоритмические, программные, технологические ошибки.
Системная отладка предназначена для проверки всей логической системы и всего комплекса программ
Тестирование функционирования программ в критических ситуациях по условиям и логике решения задач (стрессовое тестирование) предназначено для испытаний исполнения программ в нештатных ситуациях, которые редко реализуются, но важны для безопасного функционирования системы обработки информации и управления. Для разработки таких тестов создаются сценарии критических сочетаний значений исходных данных и условий решения задач, при которых необходимо проверить функционирование программ и можно ожидать искажения результатов и отказы.
Тестирование параллельного исполнения программ используется для обнаружения снижений надежности безопасности, обусловленных несогласованным использованием исходных и промежуточных данных, а также устройств вычислительной системы при параллельном исполнении программ. Это тестирование обычно требует большого количества исходных данных, содержащих как случайные, так и детерминированные составляющие. Такие данные подготавливаются в основном автоматически по сценариям наиболее критических сочетаний данных.
Тестирование эффективности защиты от искажений исходных данных служит для выявления ошибок в программах, проявляющихся при ложных или искаженных данных. Тестирование проводится при относительно небольших искажениях исходных данных, соответствующих нормированному возрастанию в них ошибок, а также при случайном полном искажении данных. При тестировании выявляются ситуации нарушения работоспособности ИС и величины снижения безопасности ее функционирования в зависимости от интенсивности искажений.
Тестирование корректности использования ресурсов памяти и производительности вычислительной системы служит для оценки безопасности исполнения программ при перегрузках памяти и производительности. Тестирование производится в основном в стохастическом режиме в реальном времени по подготовленным сценариям, создающим перегрузки оного из ресурсов системы. Проверке подлежит изменение качества, надежности и безопасности функционирования ИС вследствие пропусков обработке сообщений, возрастания длительности ожидания перед их обработкой или растягивания периодов решения задач. В результате тестирования устанавливаются реальные характеристики ИС на выбранной вычислительной системе по пропускной способности решения всего комплекса задач, а также по допустимой интенсивности решения отдельных типов задач и обработке различных сообщений.
<img width=«696» height=«1158» src=«ref-2_102928235-4924.coolpic» v:shapes="_x0000_s2249 _x0000_s2250 _x0000_s2251 _x0000_s2252 _x0000_s2253 _x0000_s2254 _x0000_s2255 _x0000_s2256 _x0000_s2257 _x0000_s2258 _x0000_s2259 _x0000_s2260 _x0000_s2261 _x0000_s2262 _x0000_s2263 _x0000_s2264 _x0000_s2265 _x0000_s2266 _x0000_s2267 _x0000_s2268 _x0000_s2269 _x0000_s2270 _x0000_s2271 _x0000_s2272 _x0000_s2273 _x0000_s2274 _x0000_s2275 _x0000_s2276 _x0000_s2277 _x0000_s2278 _x0000_s2279 _x0000_s2280 _x0000_s2281 _x0000_s2282 _x0000_s2283 _x0000_s2284 _x0000_s2285 _x0000_s2286 _x0000_s2287 _x0000_s2288 _x0000_s2289 _x0000_s2290 _x0000_s2291 _x0000_s2292">Тестирование для измерения достигнутых значений надежности и безопасности базовых версий ИС предназначено для определения основных показателей надежности и безопасности при реальном функционировании программ. В процессе тестирования при типовых и критических условиях определяются значения наработки на отказ, длительности восстановления, коэффициента готовности и других показателей. Для сложных систем реального времени организуются многочасовые прогоны ИС при стохастических исходных данных, при которых регистрируются искажения результатов и выделяются нарушения работоспособности программ. При таком тестировании особое значение имеет соотношение типовых и критических условий функционирования и исходных данных.
При тестировании необходимо использовать имитаторы реальной внешней среды. В таких случаях (испытания систем управления воздушным движением, полетом самолетов космических кораблей, больших банковских систем) требования к средствам обеспечения испытаний технологической безопасности ИС сводятся к следующим положениям:
• все данные от реальных объектов и имитаторов внешней среды должны поступать на испытываемую ИС с естественным ходом процессов в этих объектах реального времени;
• диапазоны изменения исходных данных в имитаторах должны обеспечивать перекрытие всех характеристик современных реальных объектов внешней среды, а также предусматривать их расширения с учетом предполагаемого развития ИС и прогресса в соответствующих областях техники;
• необходимо совмещать данные от реальных объектов внешней средыи от имитаторов, заменяющих некоторые из них, которые нерационально или невозможно применять при испытаниях в натуральном ввиде;
• необходимо обеспечить регистрацию, контроль и обобщение характеристик генерируемых тестовых данных, эталонных данных и всех видов искажений и аномалий, поступающих на испытываемую ИС в любой момент времени и на любом заданном шаге обработки информации;
• для всех тестовых данных должны быть подготовлены эталонные реакции ИС, с которыми следует сравнивать результаты, получаемые в процессе испытаний.
<img width=«695» height=«1158» src=«ref-2_102918321-4957.coolpic» v:shapes="_x0000_s2293 _x0000_s2294 _x0000_s2295 _x0000_s2296 _x0000_s2297 _x0000_s2298 _x0000_s2299 _x0000_s2300 _x0000_s2301 _x0000_s2302 _x0000_s2303 _x0000_s2304 _x0000_s2305 _x0000_s2306 _x0000_s2307 _x0000_s2308 _x0000_s2309 _x0000_s2310 _x0000_s2311 _x0000_s2312 _x0000_s2313 _x0000_s2314 _x0000_s2315 _x0000_s2316 _x0000_s2317 _x0000_s2318 _x0000_s2319 _x0000_s2320 _x0000_s2321 _x0000_s2322 _x0000_s2323 _x0000_s2324 _x0000_s2325 _x0000_s2326 _x0000_s2327 _x0000_s2328 _x0000_s2329 _x0000_s2330 _x0000_s2331 _x0000_s2332 _x0000_s2333 _x0000_s2334 _x0000_s2335 _x0000_s2336">Тема 8: Международные стандарты, поддерживающие испытания технологической безопасности ИС.
8.1 Стандартизация технологической безопасности ИС.
Основой развития процесса стандартизации обеспечения технологической безопасности ИС и БД является формирование рационального по составу, структуре и уровням требований комплекса нормативно- технической документации (НТД), обеспечивающего нормативную основу создания и применения ИС. Уровень введения и применения международных норм, правил и требований в действующие отечественные НТД на сегодняшний день очень низок. В этих условиях реализация проектов информатизации без учета требований и рекомендаций международных стандартов приводит к большим потерям технических и финансовых ресурсов из-за несовместимости технических и программных средств.
Таблица. Международные стандарты, направленные на обеспечение технологической безопасности.
ISO09126:1991.ИТ.
Оценка программного продукта. Характеристики качества и руководство по их применению.
DOD-STD-2168.
Программа обеспечения качества оборотных программных средств.
ISO09000-3:1991.
Общее руководство качеством и стандарты по обеспечению качества. Ч.3: Руководящие указания по применению ISO09001 при разработке, поставке и обслуживании программного обеспечения.
ISO12207:1995.
Процессы жизненного цикла программных средств.
DOD-SND 2167 A:1988.
Разработка программных средств для систем военного назначения.
ISO 09646-1-6:1991.ИТ.BOC.
Методология и основы аттестационного тестирования ВОС.
ANSI/IEEE829-1983.
Документация при тестировании программ.
ANSI/IEEE1008-1986.
Тестирование программных модулей и компонент ИС.
ANSI/IEEE1012-1986
Планирование проверки (оценки) (verification) и подтверждения достоверности (validaation) программных средств.
<img width=«696» height=«1158» src=«ref-2_102938116-4899.coolpic» v:shapes="_x0000_s2337 _x0000_s2338 _x0000_s2339 _x0000_s2340 _x0000_s2341 _x0000_s2342 _x0000_s2343 _x0000_s2344 _x0000_s2345 _x0000_s2346 _x0000_s2347 _x0000_s2348 _x0000_s2349 _x0000_s2350 _x0000_s2351 _x0000_s2352 _x0000_s2353 _x0000_s2354 _x0000_s2355 _x0000_s2356 _x0000_s2357 _x0000_s2358 _x0000_s2359 _x0000_s2360 _x0000_s2361 _x0000_s2362 _x0000_s2363 _x0000_s2364 _x0000_s2365 _x0000_s2366 _x0000_s2367 _x0000_s2368 _x0000_s2369 _x0000_s2370 _x0000_s2371 _x0000_s2372 _x0000_s2373 _x0000_s2374 _x0000_s2375 _x0000_s2376 _x0000_s2377 _x0000_s2378 _x0000_s2379 _x0000_s2380">Данные важныегруппымеждународных стандартов регламентируют:
• Показатели качества программных средств;
• Жизненный цикл и технологический процесс создания критических комплексов программ, способствующие их высокому и предотвращению непредумышленных дефектов;
• Тестирование программных средств для обнаружения и устранения дефектов программ и данных;
• Испытания и сертификацию программ для удостоверения достигнутого качества и безопасности их функционирования.
Технологическая безопасность функционирования ИС и БД при непредумышленных угрозах косвенно поддерживается еще многими десятками стандартов, которые, в той или иной степени, обеспечивают жизненный цикл и технологию разработки и сопровождения, качество, тестирование, испытания и сертификацию ИС и БД, а также унификацию их интерфейсов с операционной и внешней средой. продолжение
--PAGE_BREAK--